All of lore.kernel.org
 help / color / mirror / Atom feed
* Bluez patches for Multiple SCO Links
@ 2012-06-15 11:45 Brian Smith
  2012-06-15 13:17 ` Mikel Astiz
  0 siblings, 1 reply; 4+ messages in thread
From: Brian Smith @ 2012-06-15 11:45 UTC (permalink / raw)
  To: linux-bluetooth

Hi Mikel.
Thanks for your patches to allow multiple SCO links. I'm trying to get 
it working. Can I ask you a couple of questions please?

1) Can you recommend a specific USB bluetooth dongle that is known to 
work with this?
2) Ideally i'd like to avoid pulseaudio and test this directly using the 
hstest.c code that comes with Bluez (this works OK with a single headset 
at least, but I'm having problems with multiple headsets and don't know 
if it is the bluetooth dongle I use that is the problem). Do you know if 
the patch allows hstest.c to play audio to 2 headsets at once? (or do I 
need to use pulseaudio).

Thanks,
Brian.

-- 
Brian Smith.
"The bells of clocktowers stitch the sleeper's dreams together." - Memory Palace


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

* Re: Bluez patches for Multiple SCO Links
  2012-06-15 11:45 Bluez patches for Multiple SCO Links Brian Smith
@ 2012-06-15 13:17 ` Mikel Astiz
  2012-06-15 14:24   ` Brian Smith
  0 siblings, 1 reply; 4+ messages in thread
From: Mikel Astiz @ 2012-06-15 13:17 UTC (permalink / raw)
  To: Brian Smith; +Cc: linux-bluetooth

Hi Brian,

On Fri, Jun 15, 2012 at 1:45 PM, Brian Smith <door@shapeseeker.com> wrote:
> Hi Mikel.
> Thanks for your patches to allow multiple SCO links. I'm trying to get it
> working. Can I ask you a couple of questions please?

Please provide some context information including what you're trying
to do, and which version of Kernel and userspace BlueZ you are using.

>
> 1) Can you recommend a specific USB bluetooth dongle that is known to work
> with this?

I cannot suggest any specific dongle but most of my testing was with
CSR chips and they all worked. Also Broadcom chips seemed to work.

You can use hciconfig -a to see information about your adapter.

> 2) Ideally i'd like to avoid pulseaudio and test this directly using the
> hstest.c code that comes with Bluez (this works OK with a single headset at
> least, but I'm having problems with multiple headsets and don't know if it
> is the bluetooth dongle I use that is the problem). Do you know if the patch
> allows hstest.c to play audio to 2 headsets at once? (or do I need to use
> pulseaudio).

Assuming your Kernel includes the patches, and you're using the latest
upstream version of BlueZ, most probably the problems you are having
are related to the MTU size.

These issues are a bit obscure to me and I don't have a full
explanation, but the MTU used during double-SCO needs to be twice as
big. My patches regarding this problem were (reasonably) rejected so
you will have to find a workaround.

First make sure the adapter is configured with at least 128 bytes,
using hciconfig hci0 scomtu 128:1. Once you have this, you should
probably be able to receive/record audio properly. If you want to
send/play audio, you might face some additional problems. However I
must admit I haven't tested it with hstest.

It would also be helpful If you could provide hcidump logs.

Cheers,
Mikel

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

* Re: Bluez patches for Multiple SCO Links
  2012-06-15 13:17 ` Mikel Astiz
@ 2012-06-15 14:24   ` Brian Smith
  2012-07-01 15:21     ` Brian Smith
  0 siblings, 1 reply; 4+ messages in thread
From: Brian Smith @ 2012-06-15 14:24 UTC (permalink / raw)
  To: Mikel Astiz; +Cc: linux-bluetooth

Mikel Astiz wrote:
>
> Assuming your Kernel includes the patches, and you're using the latest
> upstream version of BlueZ, most probably the problems you are having
> are related to the MTU size.
>
> These issues are a bit obscure to me and I don't have a full
> explanation, but the MTU used during double-SCO needs to be twice as
> big. My patches regarding this problem were (reasonably) rejected so
> you will have to find a workaround.
>
> First make sure the adapter is configured with at least 128 bytes,
> using hciconfig hci0 scomtu 128:1. Once you have this, you should
> probably be able to receive/record audio properly. If you want to
> send/play audio, you might face some additional problems. However I
> must admit I haven't tested it with hstest.
>
>   
Thanks for your reply Mikel. I tested your suggestion of changing the 
MTU and it worked!  It started as 64:8, changing to 128:1 didn't work 
but changing to 128:8 solved the problem. (I am using kernel 3.5rc1, 
BlueZ 4.100,  'Sitecom' branded CSR dongle, 'hstest.c' player). Also 
I've tested both playback and recording on 2 headsets in parallel, both 
are working well.

Cheers,
Brian.

-- 
Brian Smith.
"The bells of clocktowers stitch the sleeper's dreams together." - Memory Palace


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

* Re: Bluez patches for Multiple SCO Links
  2012-06-15 14:24   ` Brian Smith
@ 2012-07-01 15:21     ` Brian Smith
  0 siblings, 0 replies; 4+ messages in thread
From: Brian Smith @ 2012-07-01 15:21 UTC (permalink / raw)
  To: linux-bluetooth

Just for fun, here is a little spare-time project I'm doing that uses 
the multiple-SCO patches. It is a translator.

http://babeltooth.com

-- 

Brian Smith.
"The bells of clocktowers stitch the sleeper's dreams together." - Memory Palace


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

end of thread, other threads:[~2012-07-01 15:21 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-06-15 11:45 Bluez patches for Multiple SCO Links Brian Smith
2012-06-15 13:17 ` Mikel Astiz
2012-06-15 14:24   ` Brian Smith
2012-07-01 15:21     ` Brian Smith

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.