[pulseaudio-discuss] [RFC v0 2/5] bluetooth: Avoid using IPC mechanism to BlueZ

[Mikel Astiz]

Hi,

On Thu, Jul 5, 2012 at 5:28 PM, Tanu Kaskinen <tanuk at iki.fi> wrote:
> On Thu, 2012-07-05 at 16:15 +0300, Luiz Augusto von Dentz wrote:
>> Hi Tanu,
>>
>> On Thu, Jul 5, 2012 at 3:16 PM, Tanu Kaskinen <tanuk at iki.fi> wrote:
>> > On Wed, 2012-04-11 at 09:00 +0200, Mikel Astiz wrote:
>> >> From: Mikel Astiz <mikel.astiz at bmw-carit.de>
>> >>
>> >> This simplifies the code a lot, in favour of the D-Bus Media interface
>> >> in BlueZ. There might still be some functionality missing, such as the
>> >> bitpool adjusting.
>> >
>> > So the BlueZ D-Bus interface still doesn't have all features of the
>> > socket interface? Or do the features exist, but Pulseaudio doesn't yet
>> > use them? What exactly is missing? It doesn't seem very sensible to drop
>> > the support for the old system if the new system doesn't have all
>> > features of the old system, unless the missing features are useless.
>>
>> It seems like he removed the logic to reduce the bitpool if the audio
>> start skipping, but I don't see any reason to do that as it doesn't
>> depend on IPC to do that.
>
> If that's the only problem, then great. Any volunteers for updating the
> patch (this time without removing the bitpool logic)?

Let me revisit this patch, since I see a couple of other issues as well.

I will send a second version tomorrow.

Cheers,
Mikel