RE: [Bluez-users] SCO question

RE: [Bluez-users] SCO question

[Marcel Holtmann]

Hi Thor,

> Thus meaning the device (and not Bluez) generates the continous stream
> (of garbage), and then fills in my
> SCO packets when I send them (encoded and all that)?

it is not garbage, it would be silence ;) And your input must be a PCM
stream according to the voice settings.

Regards

Marcel




-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

[Bluez-users] SCO question

[Robert Schmidt]

[-- Attachment #1.1: Type: text/plain, Size: 372 bytes --]

When I establish an SCO connection between two devices I see in the hcidump that there is a lot of garbage being sent between two devices even though I do not give any input.

What kind of data is it ?? Is it from Bluez or....... ??

regards,

robert.

       
---------------------------------
Yahoo! oneSearch: Finally,  mobile search that gives answers, not web links. 

[-- Attachment #1.2: Type: text/html, Size: 484 bytes --]

[-- Attachment #2: Type: text/plain, Size: 286 bytes --]

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

[-- Attachment #3: Type: text/plain, Size: 164 bytes --]

_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

[Bluez-users] SCO question

[Thor Egil Skaug]

This question is probably not specific to Bluez, but might be.

When opening an SCO connection between two clients using Bluez, there is
a continous
stream of incoming data on both ends, even without issuing any sends on
either side.
The stream ends when the SCO connection is terminated.

I have done some tests, and this happens in both of the following cases:

1. With scotest, by blocking for some time right before the send(...)
call in scotest.c:send_mode.
   By using hcidump, it is clear that both devices receive streams of
data without sending anything.

2. I wrote an application that used hci_sock w/ hci_usb (raw data and
hci_raw bit set) to manually
   setup an acl and then sco connection. Same result.

This was tested on machines running Linux 2.4.25 (usb-uhci), with Belkin
USB (CSR) devices. The SCO connection
in case 2 was setup to use HV2 packets.

I have tested this with different voice settings, but pretty much with
the same results (although the data changes). 
Most of the data is SCO packets of length 0x30 and the data contents are
either garbage or 0x00.

Is this generated by the BT-devices to maintain a ~ 64kb/s synchronous
stream of data, is it generated 
by the Bluez modules, or is there something wrong in the hci_usb driver
isoc. interface rx implementation that makes it 
deliver garbage to the socket?

Thanks,

Thor E. Skaug


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] SCO question

[Marcel Holtmann]

Hi Thor,

> When opening an SCO connection between two clients using Bluez, there is
> a continous
> stream of incoming data on both ends, even without issuing any sends on
> either side.
> The stream ends when the SCO connection is terminated.
> 
> I have done some tests, and this happens in both of the following cases:
> 
> 1. With scotest, by blocking for some time right before the send(...)
> call in scotest.c:send_mode.
>    By using hcidump, it is clear that both devices receive streams of
> data without sending anything.
> 
> 2. I wrote an application that used hci_sock w/ hci_usb (raw data and
> hci_raw bit set) to manually
>    setup an acl and then sco connection. Same result.
> 
> This was tested on machines running Linux 2.4.25 (usb-uhci), with Belkin
> USB (CSR) devices. The SCO connection
> in case 2 was setup to use HV2 packets.
> 
> I have tested this with different voice settings, but pretty much with
> the same results (although the data changes). 
> Most of the data is SCO packets of length 0x30 and the data contents are
> either garbage or 0x00.
> 
> Is this generated by the BT-devices to maintain a ~ 64kb/s synchronous
> stream of data, is it generated 
> by the Bluez modules, or is there something wrong in the hci_usb driver
> isoc. interface rx implementation that makes it 
> deliver garbage to the socket?

it is all fine. You get the audio stream from the other side, even if
you don't input anything.

Regards

Marcel




-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users