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

Tanu Kaskinen tanuk at iki.fi
Thu Jul 5 08:28:38 PDT 2012


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)?

-- 
Tanu



More information about the pulseaudio-discuss mailing list