All of lore.kernel.org
 help / color / mirror / Atom feed
* multiple headsets for voice conference
@ 2016-10-14 19:59 Sebastian Hilbert
  2016-10-14 20:23 ` David Teller
  0 siblings, 1 reply; 3+ messages in thread
From: Sebastian Hilbert @ 2016-10-14 19:59 UTC (permalink / raw)
  To: linux-bluetooth

Hi,

I was wondering if the following can be built using bluez. I would like two or 
more people to communicate in something like a voice conference while wearing 
BT headsets. 

I imagine that one can connect multiple BT dongles to a PC and pair each 
headset with one dongle.

As far as I know ALSA can be used to setup the audio devices. Likely a 
soundserver such as JACK2 can be used to manage the audio routing.

Is this the right path ? Or is there another/better way to establish a voice 
connection between multiple headset units ?

Any pointers are appreciated.

Sebastian 

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: multiple headsets for voice conference
  2016-10-14 19:59 multiple headsets for voice conference Sebastian Hilbert
@ 2016-10-14 20:23 ` David Teller
  2016-10-14 20:57   ` Sebastian Hilbert
  0 siblings, 1 reply; 3+ messages in thread
From: David Teller @ 2016-10-14 20:23 UTC (permalink / raw)
  To: Sebastian Hilbert, linux-bluetooth

   Hi Sebastian,

 Newbie here: I have (very briefly) attempted to do something similar
and it was suggested to me that ofono, which is a higher-level API on
top of BlueZ, was a better starting point.

Hope this helps.

Cheers,
 David

On 14/10/16 21:59, Sebastian Hilbert wrote:
> Hi,
> 
> I was wondering if the following can be built using bluez. I would like two or 
> more people to communicate in something like a voice conference while wearing 
> BT headsets. 
> 
> I imagine that one can connect multiple BT dongles to a PC and pair each 
> headset with one dongle.
> 
> As far as I know ALSA can be used to setup the audio devices. Likely a 
> soundserver such as JACK2 can be used to manage the audio routing.
> 
> Is this the right path ? Or is there another/better way to establish a voice 
> connection between multiple headset units ?
> 
> Any pointers are appreciated.
> 
> Sebastian 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: multiple headsets for voice conference
  2016-10-14 20:23 ` David Teller
@ 2016-10-14 20:57   ` Sebastian Hilbert
  0 siblings, 0 replies; 3+ messages in thread
From: Sebastian Hilbert @ 2016-10-14 20:57 UTC (permalink / raw)
  To: linux-bluetooth

Hi David,

Am Freitag, 14. Oktober 2016, 22:23:51 CEST schrieben Sie:
>    Hi Sebastian,
> 
>  Newbie here: I have (very briefly) attempted to do something similar
> and it was suggested to me that ofono, which is a higher-level API on
> top of BlueZ, was a better starting point.

There is a lot of confusing information out there on the web. It is hard to 
judge what is current and what is outdated. 

Seems like there were a number of changes over the years. It looks like HFP is 
currently only supported by ofono while HSP is supported by both 

Looks like Pulseaudio is a big part of this.

https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/
Bluetooth/

People seem to recommend JACKaudio for low latency audio

http://wiki.linuxaudio.org/wiki/raspberrypi

In other words I would have to access the headsets without PulseAudio.
There is something called alsa_in/out which potentially takes care of this.

http://jackaudio.org/faq/routing_alsa.html 

Best,
Sebastian

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2016-10-14 20:57 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-10-14 19:59 multiple headsets for voice conference Sebastian Hilbert
2016-10-14 20:23 ` David Teller
2016-10-14 20:57   ` Sebastian Hilbert

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.