Hi Pali, On Wed, Jul 3, 2019 at 3:56 PM Pali Rohár <pali.rohar@xxxxxxxxx> wrote: > > On Saturday 22 June 2019 19:09:33 Pali Rohár wrote: > > On Saturday 22 June 2019 20:01:15 Luiz Augusto von Dentz wrote: > > > Hi Pali, > > > > > > I think a better idea would be that we introduce something specific to > > > that, such as the SEID being returned so the next time around you may > > > restore a SEID, this may actually make more sense perhaps if we reuse > > > the RegisterApplication semantics: > > > > > > https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/doc/gatt-api.txt#n464 > > > > > > That means it is no longer required to call RegisterEndpoint as many > > > times as there are endpoints since that is time-consuming due to the > > > D-Bus round trips, instead, the endpoint are discovered with the use > > > of ObjectManager, if the method doesn't exist then you just fall back > > > to the old mechanism since it might be an old daemon. > > > > Hi! If I understand it correctly, pulseaudio would register itself via > > new dbus method and bluez daemon then discover A2DP SEP endpoints > > automatically, right? And if that new dbus method does not exist > > pulseaudio would know that in system is running old bluez version > > without codec switching support. Seems it is perfectly fine solution. > > Hi Luiz! Do you have some patches ready for testing? Not yet, will try to arrange time for implementing it next week. -- Luiz Augusto von Dentz
