MIME-Version: 1.0
References: <20180711082352.oo6srapfnol5nkxq@pali> <CABBYNZJuGT5_zhg-BkAc4XjtVu5His92cHTujrin=SMOVbaodQ@mail.gmail.com>
 <20180711144501.ovdxc2expa4bg6sc@pali> <20181215202910.j24amjshrvjqprll@pali>
In-Reply-To: <20181215202910.j24amjshrvjqprll@pali>
From:   Luiz Augusto von Dentz <luiz.dentz@gmail.com>
Date:   Tue, 18 Dec 2018 13:02:39 -0300
Message-ID: <CABBYNZLK4tyL8nvWbXxr6VctyEyJkMdwNiWMy4gUge9h9Vb4SQ@mail.gmail.com>
Subject: Re: bluez: dbus method call for switching endpoint
To:     =?UTF-8?Q?Pali_Roh=C3=A1r?= <pali.rohar@gmail.com>
Cc:     "linux-bluetooth@vger.kernel.org" <linux-bluetooth@vger.kernel.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Sender: linux-bluetooth-owner@vger.kernel.org
Precedence: bulk

Hi Pali,

On Sat, Dec 15, 2018 at 5:29 PM Pali Roh=C3=A1r <pali.rohar@gmail.com> wrot=
e:
>
> On Wednesday 11 July 2018 16:45:01 Pali Roh=C3=A1r wrote:
> > On Wednesday 11 July 2018 16:27:07 Luiz Augusto von Dentz wrote:
> > > One way to solve all of these is that we would expose the remote
> > > endpoints using MediaEndpoint1
> >
> > So client application (like pulseadio) would see list of remote
> > endpoints (one for each codec) and choose one for connection?
> >
> > Looks like this should solve this problem.
>
> Are there any progress on such API in bluez?
>
> On pulseaudio mailing list other people proposed patches for other A2DP
> codecs and basically bluez API for choosing A2DP codec is still missing
> part...

Im currenlty on vacation but will try to find time for that, that said
that shouldn't stop us to include support for other codecs, the last
set seems to have some sort of priority for ordering the registration
of the codecs.

> > > though only SelectConfiguration would
> > > be really useful here and that doesn't contain the remote capabilitie=
s
> > > that probably should be made into properties, along with codec type
> > > and uuid.
> >
> > Remote capabilities are needed. And for codec type =3D=3D vendor it is =
needed
> > to know also vendor id and codec id.
> >
> > > Besides a good headset would probably
> > > remember what codec you selected the last time and just connect with
> > > it, this btw is what I would do when operating as a sink.
> >
> > I hope that Linux would support also not-so-good headsets.
> >
> > Anyway, dual booting between systems which support different set of
> > codecs makes those "good headset" with remember support just
> > "no-so-good" one.
> >
>
> --
> Pali Roh=C3=A1r
> pali.rohar@gmail.com


--=20
Luiz Augusto von Dentz