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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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.


-- 
Luiz Augusto von Dentz


[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux