All of lore.kernel.org
 help / color / mirror / Atom feed
From: James Courtier-Dutton <James@superbug.demon.co.uk>
To: James Courtier-Dutton <James@superbug.demon.co.uk>
Cc: Cozza <ac2crp@blueyonder.co.uk>,
	bluez Dev <bluez-devel@lists.sourceforge.net>
Subject: Re: [Bluez-devel] Bluetooth headset problems.
Date: Sun, 06 Jul 2003 19:59:43 +0100	[thread overview]
Message-ID: <3F08719F.70708@superbug.demon.co.uk> (raw)
In-Reply-To: <3F062FF5.7020703@superbug.demon.co.uk>

James Courtier-Dutton wrote:
> Cozza wrote:
> 
>> Hi,
>>
>> I believe that there is a problem with the hci-usb driver. I performed 
>> some
>> brief investigations which I posted earlier to this mailing list.
>>
>> Are you using a USB device? I've used the same code and Bluetooth headset
>> with a PC card Bluetooth adaptor and everything worked fine.
>>
>> Both Bluetooth devices use the CSR chipset, but the UART one using the 
>> BCSP
>> protocol works whereas the USB one misses half the data packets, as you
>> suggest.
>>
>> My earlier message was posted on 20th June, entitled "SCO problem with 
>> USB
>> devices" - I'd be interested to see if your problem looks the same. I 
>> think
>> it possibly is, from what you've posted.
>>
>> I haven't yet got around to investigating the problem with the USB 
>> stack -
>> but I have the same problem, if it helps! If you are in a rush, then 
>> PC card
>> devices seem to work at the moment...
>>
>> Regards,
>>
>> Colin
>>
>>
>>
>>
> I have made some progress. I can now record audio from the headset 
> without it loosing any samples. I.e. I can record 8 bit PCM at 8000hz 
> and it sounds fine. Before it was loosing samples and recording at more 
> like 4000hz.
> Once I get playback to work, I will post a patch to this list.
> Cheers
> James
> 
> 
If anyone is interested, the fix for recording required 2 urbs for each 
isoc connection. The current cvs only uses 1 urb for isoc connections, 
so the usbcore fills one urb in real time, and then when it is full, 
sends it to hci_usb.c via a callback. Once hci_usb.c has finished with 
the urb it sends it back to the usbcore to get refilled. The problem is 
that while hci_usb.c is processing the urb, usbcore has no urb to put 
real time audio samples in, so it just drops them. If 2 urbs are used, 
if hci_usb.c is processing one, usbcore always has another to place 
samples in. As long as hci_usb.c does not hold on to it's urb for too 
long, all is ok. This fix was discovered by comparing the alsa 
snd-usb-audio driver with the hci_usb.c driver.
I hope to get playback working soon.

Cheers
James



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

  reply	other threads:[~2003-07-06 18:59 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-02 13:18 [Bluez-devel] Bluetooth headset problems James Courtier-Dutton
2003-07-03 11:05 ` Cozza
2003-07-03 12:36   ` James Courtier-Dutton
2003-07-05  1:55   ` James Courtier-Dutton
2003-07-06 18:59     ` James Courtier-Dutton [this message]
2003-07-06 20:44       ` Marcel Holtmann
2003-07-06 22:11         ` James Courtier-Dutton
2003-07-06 22:16           ` Marcel Holtmann
2003-07-08  9:13             ` Cozza
2003-07-09 10:06               ` David Woodhouse
2003-07-21 22:30       ` Max Krasnyansky

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3F08719F.70708@superbug.demon.co.uk \
    --to=james@superbug.demon.co.uk \
    --cc=ac2crp@blueyonder.co.uk \
    --cc=bluez-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.