On Mon, 2018-08-20 at 19:19 +0530, Sathish Narasimman wrote:
> From: Sathish Narasimman
>
> mSBC-encoded streams for HFP. The Wide Band Speech(WBS) encoding and
> decoding
> is implemeted with this patch. This patch was refered from original
> patch of Joao Paula Rechi Vita and was verified with
On Mon, 2017-09-25 at 15:49 +0200, Georg Chini wrote:
> On 25.09.2017 15:31, James Bottomley wrote:
> >
> > On Sun, 2017-09-24 at 15:07 +0200, Georg Chini wrote:
> > >
> > > On 21.09.2017 21:26, James Bottomley wrote:
> > > >
> &g
On Sun, 2017-09-24 at 15:35 +0200, Georg Chini wrote:
> On 21.09.2017 21:27, James Bottomley wrote:
> >
> > When all headsets supported both HSP and HFP, life was good and we
> > only needed to implement HSP in the native backend. Unfortunately
> > some headsets have
On Sat, 2017-09-23 at 23:33 +0100, Rodrigo Araujo wrote:
> Hi.
>
> First, just to say that your patches are going great. Finally I can
> use
> the microphone of my HFP only headset (a version of a Bluedio T2+).
>
> So far, I've only encontered one problem: the auto_switch option of
>
On Sun, 2017-09-24 at 15:07 +0200, Georg Chini wrote:
> On 21.09.2017 21:26, James Bottomley wrote:
> >
> > The PA_BLUETOOTH_PROFILE names should mirror the PA_BLUETOOTH_UUID
> > names using profile_function instead of randomly made up
> > names. Fix
>
On Fri, 2017-09-22 at 21:09 +0300, Luiz Augusto von Dentz wrote:
> Hi James,
>
> On Thu, Sep 21, 2017 at 10:28 PM, James Bottomley
> <james.bottom...@hansenpartnership.com> wrote:
[...]
> > +static bool hfp_rfcomm_handle(int fd, pa_bluetooth_transport
unless
the backend is the native one, in which case the default becomes
true. so that we only bind the HFP_HF end point in the native case
(leaving it free for ofono in the ofono backend or auto case)
Signed-off-by: James Bottomley <james.bottom...@hansenpartnership.com>
---
src/modules/blu
HFP 1.6 requires a stateful negotiation of AT commands. The prior
version got away with initialising HFP simply by replying 'OK' to
every negotiation attempt. This one actually tries to parse the state
and make sure the negotiation occurs correctly
Signed-off-by: James Bottomley <james.bot
When all headsets supported both HSP and HFP, life was good and we
only needed to implement HSP in the native backend. Unfortunately
some headsets have started supporting HFP only. Unfortuantely, we
can't simply switch to HFP only because that might break older HSP
only headsets meaning we need
WAY -> PA_BLUETOOTH_PROFILE_HFP_AG
Signed-off-by: James Bottomley <james.bottom...@hansenpartnership.com>
---
v4: update for PA 11.0
---
src/modules/bluetooth/backend-native.c | 28 +++
src/modules/bluetooth/backend-ofono.c| 4 +--
src/modules/bluetooth/bluez5-util.c
the default).
James Bottomley (4):
bluetooth: use consistent profile names
bluetooth: separate HSP and HFP
bluetooth: add correct HFP rfcomm negotiation
bluetooth: make native the default backend
src/modules/bluetooth/backend-native.c | 169 +---
src/modules/bluetooth
On Thu, 2017-09-21 at 19:15 +0300, Tanu Kaskinen wrote:
> On Thu, 2017-09-21 at 17:47 +0200, Georg Chini wrote:
> >
> > On 21.09.2017 16:47, James Bottomley wrote:
> > >
> > > On Thu, 2017-09-21 at 17:28 +0300, Tanu Kaskinen wrote:
> > > >
>
On Thu, 2017-09-21 at 17:28 +0300, Tanu Kaskinen wrote:
> On Thu, 2017-09-21 at 08:13 +0200, Georg Chini wrote:
> >
> > On 21.09.2017 06:45, James Bottomley wrote:
> > >
> > > On Thu, 2017-09-21 at 06:27 +0200, Georg Chini wrote:
> > > >
>
On Thu, 2017-09-21 at 06:27 +0200, Georg Chini wrote:
> On 20.09.2017 23:12, James Bottomley wrote:
> >
> > On Wed, 2017-09-20 at 20:41 +0200, Georg Chini wrote:
> > >
> > > On 20.09.2017 20:10, James Bottomley wrote:
> > > >
> > >
On Wed, 2017-09-20 at 20:41 +0200, Georg Chini wrote:
> On 20.09.2017 20:10, James Bottomley wrote:
> >
> > On Wed, 2017-09-20 at 18:11 +0200, Georg Chini wrote:
> > >
> > > On 20.09.2017 01:27, James Bottomley wrote:
> > > >
> > > &g
On Wed, 2017-09-20 at 18:11 +0200, Georg Chini wrote:
> On 20.09.2017 01:27, James Bottomley wrote:
> >
> > This is round 4 of the initial bluetooth: separate HSP and HFP
> > patch.
> > It includes the review feedback and a global on/off switch just
> >
HFP 1.6 requires a stateful negotiation of AT commands. The prior
version got away with initialising HFP simply by replying 'OK' to
every negotiation attempt. This one actually tries to parse the state
and make sure the negotiation occurs correctly
Signed-off-by: James Bottomley <james.bot
When all headsets supported both HSP and HFP, life was good and we
only needed to implement HSP in the native backend. Unfortunately
some headsets have started supporting HFP only. Unfortuantely, we
can't simply switch to HFP only because that might break older HSP
only headsets meaning we need
out a bug in the rfcomm negotiation that was causing
issues with my LG 900 headset, so I think it's now working for
everything (but testing would be welcome).
James Bottomley (3):
bluetooth: use consistent profile names
bluetooth: separate HSP and HFP
bluetooth: add correct HFP rfcomm
WAY -> PA_BLUETOOTH_PROFILE_HFP_AG
Signed-off-by: James Bottomley <james.bottom...@hansenpartnership.com>
---
v4: update for PA 11.0
---
src/modules/bluetooth/backend-native.c | 28 +++
src/modules/bluetooth/backend-ofono.c| 4 +--
src/modules/bluetooth/bluez5-util.c
On Wed, 2016-08-24 at 16:17 +0300, Tanu Kaskinen wrote:
> On Tue, 2016-08-23 at 08:37 -0400, James Bottomley wrote:
> > On Mon, 2016-08-22 at 15:12 +0300, Tanu Kaskinen wrote:
> > > and AT+CHLD=?.
> >
> > This one is a bit weird: in theory the response should b
On Thu, 2016-08-25 at 16:35 +0530, Arun Raghavan wrote:
> On Thu, 25 Aug 2016, at 03:10 PM, Anand Nekkunti wrote:
> > Hi
> > I am working audio over Bluetooth . I am able to pair and
> > connect
> > with
> > all speakers(a2dp and HSD ).
> > but audio coming only speakers which supports
On Sun, 2016-08-21 at 16:16 -0400, James Bottomley wrote:
> The v1.6 version of the standard contains a diagram
> which shows the minimum dialog you need.
For this standard:
https://www.bluetooth.org/docman/handlers/downloaddoc.ashx?doc_id=238193
it's figure 4.1 (service level conn
On Sun, 2016-08-21 at 23:01 +0300, Tanu Kaskinen wrote:
> On Sat, 2016-08-20 at 15:05 -0700, James Bottomley wrote:
> > +static int hfp_rfcomm_handle(int fd, pa_bluetooth_transport *t,
> > const char *buf)
> > +{
> > +struct hfp_config *c =
On Sun, 2016-08-21 at 21:03 +0300, Tanu Kaskinen wrote:
> On Sun, 2016-08-21 at 15:19 +0300, Tanu Kaskinen wrote:
> > On Sat, 2016-08-20 at 15:03 -0700, James Bottomley wrote:
> > > static const char* const valid_modargs[] = {
> > > "path",
> > &g
HFP 1.6 requires a stateful negotiation of AT commands. The prior
version got away with initialising HFP simply by replying 'OK' to
every negotiation attempt. This one actually tries to parse the state
and make sure the negotiation occurs correctly
Signed-off-by: James Bottomley <james.bot
This is round 2 of the initial bluetooth: separate HSP and HFP patch.
It includes the review feedback and a global on/off switch just in
case there's a problem headset with dual HFP/HSP but non-working HFP.
This one now includes a proper rfcomm negotiation (see patch 3).
James Bottomley (3
On Sat, 2016-08-20 at 21:34 +0300, Tanu Kaskinen wrote:
> On Sat, 2016-08-20 at 11:18 -0700, James Bottomley wrote:
On Sat, 2016-08-20 at 21:03 +0300, Tanu Kaskinen wrote:
> > > Also, pulseaudio doesn't manage when profiles are connected or
> > > disconnecte
On Sat, 2016-08-20 at 21:34 +0300, Tanu Kaskinen wrote:
> On Sat, 2016-08-20 at 11:18 -0700, James Bottomley wrote:
> > On Sat, 2016-08-20 at 21:03 +0300, Tanu Kaskinen wrote:
> > > To clarify, is the problem that bluez has some arbitrary
> > > limitation that it's n
On Sat, 2016-08-20 at 21:03 +0300, Tanu Kaskinen wrote:
> On Sat, 2016-08-20 at 10:28 -0700, James Bottomley wrote:
> > I actually ran into a problem with the approach. It's not really a
> > pulseaudio problem per-se, it's a bluetooth/bluez one: bluez can't
> > talk simul
On Fri, 2016-08-19 at 22:33 +0300, Tanu Kaskinen wrote:
> On Thu, 2016-08-18 at 11:14 -0700, James Bottomley wrote:
> > When all headsets supported both HSP and HFP, life was good and we
> > only needed to implement HSP in the native backend. Unfortunately
> > some
On Fri, 2016-08-19 at 22:33 +0300, Tanu Kaskinen wrote:
> On Thu, 2016-08-18 at 11:14 -0700, James Bottomley wrote:
> > When all headsets supported both HSP and HFP, life was good and we
> > only needed to implement HSP in the native backend. Unfortunately
> > some
On Fri, 2016-08-19 at 20:24 +0300, Tanu Kaskinen wrote:
> On Thu, 2016-08-18 at 07:51 -0700, James Bottomley wrote:
> > I recently switched from a JBL Flip 2 which supports both HSP and
> > HFP
> > to an Ultimate Ears Boom 2 which is HFP only. Needless to say thi
When all headsets supported both HSP and HFP, life was good and we
only needed to implement HSP in the native backend. Unfortunately
some headsets have started supporting HFP only. Unfortuantely, we
can't simply switch to HFP only because that might break older HSP
only headsets meaning we need
I recently switched from a JBL Flip 2 which supports both HSP and HFP
to an Ultimate Ears Boom 2 which is HFP only. Needless to say this
currently means that the Ultimate Ears fails to work with pulseaudio
because we only support HSP via the native backend. The first thing to
note is that we can
35 matches
Mail list logo