Return-Path: Message-ID: <403CB843.2080507@soft.uni-linz.ac.at> Date: Wed, 25 Feb 2004 15:59:15 +0100 From: "Dr. Simon Vogl" MIME-Version: 1.0 To: James Courtier-Dutton CC: Mauro Tortonesi , Marcel Holtmann , =?ISO-8859-1?Q?Fred_Sch=E4ttgen?= , BlueZ Mailing List Subject: Re: [Bluez-devel] sco link help needed References: <4034CA08.50500@soft.uni-linz.ac.at> <200402251359.00791.mtortonesi@ing.unife.it> <1077715546.2919.77.camel@pegasus> <200402251504.47809.mtortonesi@ing.unife.it> <403CB172.8070103@superbug.demon.co.uk> In-Reply-To: <403CB172.8070103@superbug.demon.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed List-ID: Yes, there seems to be something utterly wrong, indeed - I spent four days debugging my apps (down to the hci_usb driver) until I found out that I do not get a byte of audio data with that acer bt stick (mind, though, that I get the connection set up all right, and that I cound send an audio stream). After a change to a newer Acer stick my apps first worked fine, but sometimes the sco connections don't get set up ... Strange. Simon James Courtier-Dutton wrote: > Mauro Tortonesi wrote: > >>> >>> You can send PCM audio over a SCO socket, but you can't expect that the >>> PCM stream on the other side is byte by byte the same. It only sounds >>> the same. >> >> >> >> i haven't tried, but i don't suppose that infinite series of zeros i >> get on the receiver sounds just like art blakey's alamode. there is >> surely something wrong in the transfer process. could it be the fact >> that my hosts have an usb-uhci controller? >> > > If you are receiving only zeros at the far end, the problem is with > the sco driver or the hci-usb driver or the uhci_hcd driver. > > I currently think the hci-usb driver is at fault, but I am doing > research with the linux usb developers to discover how they think it > should be done, and then I will look at the hci-usb driver and see if > it is doing things correctly. > > With my system, the urbs are failing the submit_urb in the hci-usb > driver on kernel 2.6.3, so the hci-usb driver must be doing something > wrong as the new kernel usb code does more checks in order to catch > badly behaved applications. I think they are taking the approach that > if an application is behaving badly, make it fail completely, thus > forcing the program writter to correct it. Seems like a good policy to > me. It is better to have an application working 100% of the time or 0% > of the time, rather than randomly working/not working. > > Cheers > James > > > ------------------------------------------------------- > 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-devel mailing list > Bluez-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bluez-devel