Re: [pulseaudio-discuss] [PATCH v3 1/3] bluetooth: ofono: Use Acquire method if available

Hi Georg, On Mon, Jul 3, 2017 at 8:32 PM, Georg Chini wrote: > On 03.07.2017 17:51, Luiz Augusto von Dentz wrote: >> >> Hi Tanu, >> >> On Mon, Jul 3, 2017 at 5:05 PM, Tanu Kaskinen wrote: >>> >>> On Mon, 2017-07-03 at 16:09 +0300, Luiz Augusto von Dentz wrote:

Re: [pulseaudio-discuss] [PATCH v3 1/3] bluetooth: ofono: Use Acquire method if available

On 03.07.2017 17:51, Luiz Augusto von Dentz wrote: Hi Tanu, On Mon, Jul 3, 2017 at 5:05 PM, Tanu Kaskinen wrote: On Mon, 2017-07-03 at 16:09 +0300, Luiz Augusto von Dentz wrote: Hi Tanu, On Mon, Jun 19, 2017 at 4:29 PM, Tanu Kaskinen wrote: On Thu, 2017-05-25

Re: [pulseaudio-discuss] [PATCH v3 1/3] bluetooth: ofono: Use Acquire method if available

Hi Tanu, On Mon, Jul 3, 2017 at 5:05 PM, Tanu Kaskinen wrote: > On Mon, 2017-07-03 at 16:09 +0300, Luiz Augusto von Dentz wrote: >> Hi Tanu, >> >> On Mon, Jun 19, 2017 at 4:29 PM, Tanu Kaskinen wrote: >> > On Thu, 2017-05-25 at 11:36 +0300, Luiz Augusto von Dentz

[pulseaudio-discuss] [PATCH] fix dbus message leaks

I reviewed all places that call dbus_connection_send_with_reply_and_block(), and found several places where dbus messages aren't properly unreffed. --- src/modules/bluetooth/backend-ofono.c | 6 ++ src/modules/bluetooth/bluez4-util.c | 12 ++-- src/modules/bluetooth/bluez5-util.c

Re: [pulseaudio-discuss] [PATCH v3 1/3] bluetooth: ofono: Use Acquire method if available

On Mon, 2017-07-03 at 16:09 +0300, Luiz Augusto von Dentz wrote: > Hi Tanu, > > On Mon, Jun 19, 2017 at 4:29 PM, Tanu Kaskinen wrote: > > On Thu, 2017-05-25 at 11:36 +0300, Luiz Augusto von Dentz wrote: > > > +pa_assert_se(m = dbus_message_new_method_call(t->owner, t->path, >

Re: [pulseaudio-discuss] [PATCH v3 1/3] bluetooth: ofono: Use Acquire method if available

Hi Tanu, On Mon, Jun 19, 2017 at 4:29 PM, Tanu Kaskinen wrote: > On Thu, 2017-05-25 at 11:36 +0300, Luiz Augusto von Dentz wrote: >> From: Luiz Augusto von Dentz >> >> Attempt to use Acquire method if available. > > After reading the commit message, I

Re: [pulseaudio-discuss] lots of [null-sink] memblock.c: Pool full

On 27.06.2017 16:47, wellington wallace wrote: >Tanu wrote: > You can check with "pactl list source-outputs" how big the "buffer > latency" of your recording stream is. If it's small, then I don't think > the problem is in your application. Hi, thank you for your answer. Buffer latency and