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
--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
