Re: [pulseaudio-discuss] PulseAudio autospawn fails on macOS 10.13 (High Sierra)

On Sat, 2018-04-07 at 10:14 -0700, René J.V. Bertin wrote: > On Saturday April 07 2018 18:42:27 Tanu Kaskinen wrote: > > Hi, > > > I cc'd a few people who have contributed to PulseAudio's macOS support > > I have a vague memory that PulseAudio has little to do on Mac, > something I tend to

Re: [pulseaudio-discuss] [PATCH] bluez5-device: Fix memory leak in sco_process_render()

Hello, On 04/10/2018 01:38 PM, Georg Chini wrote: > On 10.04.2018 10:21, Raman Shishniou wrote: >> Hello, >> >> On 04/09/2018 07:15 PM, Georg Chini wrote: >>> sco_process_render does not unref the memblock when it encounters an error. >>> >>> This patch fixes the issue. It also changes the return

Re: [pulseaudio-discuss] [PATCH] bluez5-device: Fix memory leak in sco_process_render()

On 10.04.2018 13:04, Raman Shishniou wrote: Hello, On 04/10/2018 01:38 PM, Georg Chini wrote: On 10.04.2018 10:21, Raman Shishniou wrote: Hello, On 04/09/2018 07:15 PM, Georg Chini wrote: sco_process_render does not unref the memblock when it encounters an error. This patch fixes the

Re: [pulseaudio-discuss] [PATCH] bluez5-device: Fix memory leak in sco_process_render()

On 10.04.2018 10:21, Raman Shishniou wrote: Hello, On 04/09/2018 07:15 PM, Georg Chini wrote: sco_process_render does not unref the memblock when it encounters an error. This patch fixes the issue. It also changes the return value to 1 in the case of EAGAIN. Because the data was already

Re: [pulseaudio-discuss] [PATCH] bluez5-device, bluez5-discover: add hsp_source_buffer_msec argument

Hi George, On Mon, Apr 9, 2018 at 7:16 PM, Georg Chini wrote: > Currently the PA bluetooth code calls source_push() for each HSP source > packet. > The default HSP MTU is 48 bytes, this means that source_push() is called every > 3ms, which leads to increased CPU load especially

Re: [pulseaudio-discuss] Bluetooth SCO Sink and Source. module-bluetooth-discover

Hi Babu, On Mon, Apr 9, 2018 at 7:58 AM, Vimal Babu wrote: > Dear All, > > > > My Bluez version : 5.37 > > My Pulseaudio version: 8.0 > > > > Want to use SCO as PCM. I have registered a dummy sound codec “bt-sco” and > got the Sink and Source. So I would like to give

Re: [pulseaudio-discuss] [PATCH] bluez5-device, bluez5-discover: add hsp_source_buffer_msec argument

On 10.04.2018 14:52, Luiz Augusto von Dentz wrote: Hi George, On Mon, Apr 9, 2018 at 7:16 PM, Georg Chini wrote: Currently the PA bluetooth code calls source_push() for each HSP source packet. The default HSP MTU is 48 bytes, this means that source_push() is called every 3ms,

Re: [pulseaudio-discuss] PulseAudio autospawn fails on macOS 10.13 (High Sierra)

On Tuesday April 10 2018 15:15:52 Tanu Kaskinen wrote: >> I think there are several alternatives to look at >> - get rid of all unsafe API calls between fork and exec; this is what >> we did with KDE's KInit framework for instance. I have not had any >> feedback (yet) that the result doesn't work

Re: [pulseaudio-discuss] Timing interval for Bluetooth Wideband speech

Hi Tanu Ajay, On Sat, Apr 7, 2018 at 5:26 PM, Tanu Kaskinen wrote: > On Fri, 2018-04-06 at 19:05 +0530, Ajay Kv wrote: >> Hi, >> >> I am following this mail thread. Also trying to make the same in my setup. >> I have added msbc encoding/decoding in PA (host) code . PA as BT HF

[pulseaudio-discuss] [PATCH v2] bluez5-device: Fix memory leak in sco_process_render()

sco_process_render does not unref the memblock when it encounters an error. This patch fixes the issue. It also changes the return value to 1 in the case of EAGAIN. Because the data was already rendered and cannot be re-sent, we have to discard the block. --- Changes in v2: Save errno before

Re: [pulseaudio-discuss] [PATCH] bluez5-device: Fix memory leak in sco_process_render()

Hello, On 04/09/2018 07:15 PM, Georg Chini wrote: > sco_process_render does not unref the memblock when it encounters an error. > > This patch fixes the issue. It also changes the return value to 1 in the case > of EAGAIN. Because the data was already rendered and cannot be re-sent, we > have to