a2dp, sco and kernel version
Hello guys,
After a long time without trying my headset under linux. Yesterday I grabbed the last plugz and sbc as told here:
http://bluetooth-alsa.sourceforge.net/build.html with this and by using Mandriva 2007.1 with kernel: 2.6.17-13mdv I got a much more improved quality audio when using a2dp. Now I really get sound in HiFi.
Then as I was enthusiastic I wanted to test the headsetd daemon, but I can't get it to work. When running from mplayer I get this error:
alsa-lib: pcm_sco.c:277:(sco_headset_hw_params) Unable to set number of SCO buffers : please upgrade your Kernel !
So as I'm used to this stuff I downloaded the latest kernel I got 2.6.22 patched by mandriva, I compiled but now It's not only sco the one that's not working, even a2dpd works awfully no, it sounds crappy and disconnects from the headset all the time. Same happens when I compile a vanilla 2.6.22-1 kernel.
Finally I compiled snd-bt-sco in my original kernel (2.6.17-13mdv) and I got sco working. But with a very low quality of audio. So my question is... How should I update my kernel?
Cheers,
Manuel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Manuel
Quoted 3 lines
Finally I compiled snd-bt-sco in my original kernel (2.6.17-13mdv) and I got sco working. But with a very low quality of audio. So my question is... How should I update my kernel?
sco is fairly low quality in the best circumstances, but it shouldn't be choppy or unintelligible for voice.
brad
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Brad Midgley escribi=F3:
Quoted 10 lines
Manuel
=
Quoted 4 lines
Finally I compiled snd-bt-sco in my original kernel (2.6.17-13mdv) and I got sco working. But with a very low quality of audio. So my question is... How should I update my kernel?
=
Quoted 5 lines
sco is fairly low quality in the best circumstances, but it shouldn't be choppy or unintelligible for voice.
brad
=
Brad,
I can talk with it, it sounds good, but off course running at 8Khz will =
not get a good sound quality (I will not get sounds with a higher frec =
of 4Khz), but anyway it's not the recommended way to work if I'm not wrong. btsco app requires to have the headset all the time connected, killing =
my batteries, while headsetd isn't so power consuming. That's why I =
wanna know what I'm missing in order to get it running. Thanks,
Manuel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi,
Quoted 2 lines
I got a much more improved
quality audio when using a2dp. Now I really get sound in HiFi.
The nokia guys at indt fixed the sbc codec to get good quality.
Quoted 2 lines
even a2dpd works awfully no, it sounds crappy and
disconnects from the headset all the time.
I'm annoyed by this bug. Several people have been reporting it. It looks like they all uses kernel 2.6.21 and higher.
A patch has been proposed that you can try by appending --enable-retrypatch=yes at configure command line. I have not made this patch default yet because I think it hides the problem.
Now technical question :
A2DPD tries to send each sbc packet at the correct date for playback. To do this, it uses gettimeofday at the beginning of the stream and if it is too early to send a packet it will wait for the calculated date.
Sometimes, after a few seconds of playing, the send() returns EAGAIN. As if all data were not sent but enqueued, and the queue was full. But if I send the packet at right date, this queue should not be full. Most probable is the date of packet sending is bad, but I have checked, and why would it work with earlier kernels.
Without the patch, a2dpd will disconnect instead of resending the data. This is because if the packet is not sent at right date, the stream is interrupted so no matter.
Any advice is welcome...
Frederic
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Quoted 2 lines
I'm annoyed by this bug. Several people have been reporting it. It looks like they all uses kernel 2.6.21 and higher.
I just tested 2.6.22-rc7 and it worked ok :(
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Frederic Dalleau escribi=F3:
Quoted 6 lines
Quoted 3 lines
I'm annoyed by this bug. Several people have been reporting it. It looks like they all uses kernel 2.6.21 and higher.
=I just tested 2.6.22-rc7 and it worked ok :(
Maybe it's not a matter of which version of the kernel you use, but also =
in how you have configured it, which modules you have loaded, etc. I will check your solution and see how it goes-
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Luiz Augusto von Dentz
maintainerI had the exactly same problem, only when --enable-retrypatch=3Dyes is set I able to listen the stream without any problem.
btw, Im using 2.6.22-8 (ubuntu gutsy)
-- =
Luiz Augusto von Dentz
Engenheiro de Computa=E7=E3o
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Luiz Augusto von Dentz escribi=F3:
Quoted 6 lines
I had the exactly same problem, only when --enable-retrypatch=3Dyes is set I able to listen the stream without any problem.
btw, Im using 2.6.22-8 (ubuntu gutsy)
=
That didn't work for me. I don't know what's wrong now.
Now I don't get disconnected, but my headset gets pieces of streams but =
with a higher frequency than the original sound, and I get spaces =
between those pieces.
I'll try to debug this a bit and see if I can find anything useful. Cheers,
Manuel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Ck9uIFR1ZSwgMjAwNy0wNy0zMSBhdCAxNToyMiAtMDMwMCwgTWFudWVsIE5hcmFuam8gd3JvdGU6 Cj4gTHVpeiBBdWd1c3RvIHZvbiBEZW50eiBlc2NyaWJpw7M6Cj4gPiBJIGhhZCB0aGUgZXhhY3Rs eSBzYW1lIHByb2JsZW0sIG9ubHkgd2hlbgo+ID4gLS1lbmFibGUtcmV0cnlwYXRjaD15ZXMgaXMg c2V0IEkgYWJsZSB0byBsaXN0ZW4gdGhlIHN0cmVhbQo+ID4gd2l0aG91dCBhbnkgcHJvYmxlbS4K PiA+Cj4gPiBidHcsIEltIHVzaW5nIDIuNi4yMi04ICh1YnVudHUgZ3V0c3kpCj4gPiAgIAo+IFRo YXQgZGlkbid0IHdvcmsgZm9yIG1lLiBJIGRvbid0IGtub3cgd2hhdCdzIHdyb25nIG5vdy4KPiBO b3cgSSBkb24ndCBnZXQgZGlzY29ubmVjdGVkLCBidXQgbXkgaGVhZHNldCBnZXRzIHBpZWNlcyBv ZiBzdHJlYW1zIGJ1dCAKPiB3aXRoIGEgaGlnaGVyIGZyZXF1ZW5jeSB0aGFuIHRoZSBvcmlnaW5h bCBzb3VuZCwgYW5kIEkgZ2V0IHNwYWNlcyAKPiBiZXR3ZWVuIHRob3NlIHBpZWNlcy4KCk1ha2Ug c3VyZSB5b3VyIHN0cmVhbSBpcyA0NC4xa2h6IHN0ZXJlbwoKRG8geW91IHVzZSB0aGUgcGx1ZyBw bHVnaW4/CgpwY20uIWRlZmF1bHQgewogICAgICAgIHR5cGUgcGx1ZwogICAgICAgIHNsYXZlLnBj bSAiYTJkcGRwbHVnIgp9CgpwY20uYTJkcGRwbHVnIHsKICAgICAgICB0eXBlIGEyZHBkCn0KCkFs c28gdGhpcyB2YXJpYW50IG1heSBoZWxwIDoKCnBjbS5hMmRwZHBsdWcgewogICAgICAgIHR5cGUg YTJkcGQKCXJhdGVjb25zdHJhaW50IDQ0MTAwCn0KCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tClRoaXMgU0Yu bmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTogU3BsdW5rIEluYy4KU3RpbGwgZ3JlcHBpbmcgdGhy b3VnaCBsb2cgZmlsZXMgdG8gZmluZCBwcm9ibGVtcz8gIFN0b3AuCk5vdyBTZWFyY2ggbG9nIGV2 ZW50cyBhbmQgY29uZmlndXJhdGlvbiBmaWxlcyB1c2luZyBBSkFYIGFuZCBhIGJyb3dzZXIuCkRv d25sb2FkIHlvdXIgRlJFRSBjb3B5IG9mIFNwbHVuayBub3cgPj4gIGh0dHA6Ly9nZXQuc3BsdW5r LmNvbS8KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KQmx1 ZXotZGV2ZWwgbWFpbGluZyBsaXN0CkJsdWV6LWRldmVsQGxpc3RzLnNvdXJjZWZvcmdlLm5ldApo dHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9ibHVlei1kZXZlbAo=
Quoted 3 lines
Make sure your stream is 44.1khz stereo
That's the first thing I had checked
Quoted 11 lines
Do you use the plug plugin?
pcm.!default {
type plug
slave.pcm "a2dpdplug"
}pcm.a2dpdplug {
type a2dpd
}
Quoted 7 lines
Also this variant may help :
pcm.a2dpdplug {
type a2dpd
rateconstraint 44100
}
Sorry but that didn't worked.
Here's what mplayer is telling me:
alsa-play: trying to reset soundcard
alsa-play: write error: Broken pipe0) 2.3%
alsa-play: trying to reset soundcard
A: 80.9 (01:20.9) of 189.0 (03:09.0) 2.3%
And this is what a2dpd says about it:
A2DPD[09:42:05.562]: display_daemon_state: [16,16|16,16] playing connected clients=1 freq=1032 cnt=24833 (1032/0) poll=1048 latency=1185972125 sec.
A2DPD[09:42:05.616]: a2dp_transfer_raw: send (retry). A2DPD[09:42:05.767]: a2dp_transfer_raw: Bandwith: 79488 (621 kbps) 32, latency=1185972125 sec.
A2DPD[09:42:05.826]: a2dp_transfer_raw: send (retry). A2DPD[09:42:05.030]: a2dp_transfer_raw: send (retry). A2DPD[09:42:06.234]: a2dp_transfer_raw: send (retry). A2DPD[09:42:06.479]: a2dp_transfer_raw: send (retry). A2DPD[09:42:06.631]: display_daemon_state: [16,16|16,16] playing connected clients=1 freq=1144 cnt=25977 (1144/0) poll=1162 latency=1185972126 sec.
A2DPD[09:42:06.672]: a2dp_transfer_raw: send (retry). A2DPD[09:42:06.836]: a2dp_transfer_raw: Bandwith: 85077 (664 kbps) 32, latency=1185972126 sec.
A2DPD[09:42:06.895]: a2dp_transfer_raw: send (retry). A2DPD[09:42:06.103]: a2dp_transfer_raw: send (retry). A2DPD[09:42:07.307]: a2dp_transfer_raw: send (retry). A2DPD[09:42:07.508]: a2dp_transfer_raw: send (retry).
Any ideas what can be wrong?
Thanks,
Manuel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Luiz Augusto von Dentz
maintainerYour bandwidth seems to be higher than expected,
thought we dont know how much is your bitpool.
Here using 53 the bandwidth used is about 350 kbps, using a value higher than 64 it starts to give me some buffer problems.
Quoted 57 lines · Manuel Naranjo
Quoted 3 lines
Make sure your stream is 44.1khz stereo
That's the first thing I had checked
Quoted 11 lines
Do you use the plug plugin?
pcm.!default {
type plug
slave.pcm "a2dpdplug"
}pcm.a2dpdplug {
type a2dpd
}Quoted 7 lines
Also this variant may help :
pcm.a2dpdplug {
type a2dpd
rateconstraint 44100
}Sorry but that didn't worked.
Here's what mplayer is telling me:
alsa-play: trying to reset soundcard
alsa-play: write error: Broken pipe0) 2.3%
alsa-play: trying to reset soundcard
A: 80.9 (01:20.9) of 189.0 (03:09.0) 2.3%And this is what a2dpd says about it:
A2DPD[09:42:05.562]:display_daemon_state: [16,16|16,16] playing connected clients=3D1 freq=3D1032 cnt=3D24833 (1032/0) poll=3D1048 latency=3D1185972125 sec.
A2DPD[09:42:05.616]:a2dp_transfer_raw: send (retry). A2DPD[09:42:05.767]:a2dp_transfer_raw: Bandwith: 79488 (621 kbps) 32, latency=3D1185972125 sec.
A2DPD[09:42:05.826]:a2dp_transfer_raw: send (retry). A2DPD[09:42:05.030]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.234]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.479]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.631]:display_daemon_state: [16,16|16,16] playing connected clients=3D1 freq=3D1144 cnt=3D25977 (1144/0) poll=3D1162 latency=3D1185972126 sec.
A2DPD[09:42:06.672]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.836]:a2dp_transfer_raw: Bandwith: 85077 (664 kbps) 32, latency=3D1185972126 sec.
A2DPD[09:42:06.895]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.103]:a2dp_transfer_raw: send (retry). A2DPD[09:42:07.307]:a2dp_transfer_raw: send (retry). A2DPD[09:42:07.508]:a2dp_transfer_raw: send (retry).Any ideas what can be wrong?
Thanks,
Manuel
Quoted 10 lines
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-- =
Luiz Augusto von Dentz
Engenheiro de Computa=E7=E3o
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
I want to help, just tell me what you need and I get it to all for you. I work for the company that builds the USB dongle [1], and I'm using the hifi headset we sell. So I have plenty access to almost every hardware detail. So please let me know what you need, logs, etc, and I get it. Thanks,
Manuel
[1] http://www.aircable.net/host-xr.html
Quoted 82 lines
Your bandwidth seems to be higher than expected,
thought we dont know how much is your bitpool.Here using 53 the bandwidth used is about 350 kbps, using a value higher than 64 it starts to give me some buffer problems.
Quoted 70 lines · Manuel Naranjo
Quoted 3 lines
Make sure your stream is 44.1khz stereo
That's the first thing I had checked
Quoted 11 lines
Do you use the plug plugin?
pcm.!default {
type plug
slave.pcm "a2dpdplug"
}pcm.a2dpdplug {
type a2dpd
}Quoted 8 lines
Also this variant may help :
pcm.a2dpdplug {
type a2dpd
rateconstraint 44100
}Sorry but that didn't worked.
Here's what mplayer is telling me:
alsa-play: trying to reset soundcard
alsa-play: write error: Broken pipe0) 2.3%
alsa-play: trying to reset soundcard
A: 80.9 (01:20.9) of 189.0 (03:09.0) 2.3%And this is what a2dpd says about it:
A2DPD[09:42:05.562]:display_daemon_state: [16,16|16,16] playing connected clients=1 freq=1032 cnt=24833 (1032/0) poll=1048 latency=1185972125 sec.
A2DPD[09:42:05.616]:a2dp_transfer_raw: send (retry). A2DPD[09:42:05.767]:a2dp_transfer_raw: Bandwith: 79488 (621 kbps) 32, latency=1185972125 sec.
A2DPD[09:42:05.826]:a2dp_transfer_raw: send (retry). A2DPD[09:42:05.030]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.234]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.479]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.631]:display_daemon_state: [16,16|16,16] playing connected clients=1 freq=1144 cnt=25977 (1144/0) poll=1162 latency=1185972126 sec.
A2DPD[09:42:06.672]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.836]:a2dp_transfer_raw: Bandwith: 85077 (664 kbps) 32, latency=1185972126 sec.
A2DPD[09:42:06.895]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.103]:a2dp_transfer_raw: send (retry). A2DPD[09:42:07.307]:a2dp_transfer_raw: send (retry). A2DPD[09:42:07.508]:a2dp_transfer_raw: send (retry).Any ideas what can be wrong?
Thanks,
Manuel-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Can you please send me your kernel config file?
And if anybody have (or not) the same problem, they can too saying what they have.
Cheers,
Frederic
Quoted 93 lines · Manuel Naranjo
I want to help, just tell me what you need and I get it to all for you. I work for the company that builds the USB dongle [1], and I'm using the hifi headset we sell. So I have plenty access to almost every hardware detail. So please let me know what you need, logs, etc, and I get it. Thanks,
Manuel[1] http://www.aircable.net/host-xr.html
Quoted 82 lines
Your bandwidth seems to be higher than expected,
thought we dont know how much is your bitpool.Here using 53 the bandwidth used is about 350 kbps, using a value higher than 64 it starts to give me some buffer problems.
Quoted 70 lines · Manuel Naranjo
Quoted 3 lines
Make sure your stream is 44.1khz stereo
That's the first thing I had checked
Quoted 11 lines
Do you use the plug plugin?
pcm.!default {
type plug
slave.pcm "a2dpdplug"
}pcm.a2dpdplug {
type a2dpd
}Quoted 8 lines
Also this variant may help :
pcm.a2dpdplug {
type a2dpd
rateconstraint 44100
}Sorry but that didn't worked.
Here's what mplayer is telling me:
alsa-play: trying to reset soundcard
alsa-play: write error: Broken pipe0) 2.3%
alsa-play: trying to reset soundcard
A: 80.9 (01:20.9) of 189.0 (03:09.0) 2.3%And this is what a2dpd says about it:
A2DPD[09:42:05.562]:display_daemon_state: [16,16|16,16] playing connected clients=1 freq=1032 cnt=24833 (1032/0) poll=1048 latency=1185972125 sec.
A2DPD[09:42:05.616]:a2dp_transfer_raw: send (retry). A2DPD[09:42:05.767]:a2dp_transfer_raw: Bandwith: 79488 (621 kbps) 32, latency=1185972125 sec.
A2DPD[09:42:05.826]:a2dp_transfer_raw: send (retry). A2DPD[09:42:05.030]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.234]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.479]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.631]:display_daemon_state: [16,16|16,16] playing connected clients=1 freq=1144 cnt=25977 (1144/0) poll=1162 latency=1185972126 sec.
A2DPD[09:42:06.672]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.836]:a2dp_transfer_raw: Bandwith: 85077 (664 kbps) 32, latency=1185972126 sec.
A2DPD[09:42:06.895]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.103]:a2dp_transfer_raw: send (retry). A2DPD[09:42:07.307]:a2dp_transfer_raw: send (retry). A2DPD[09:42:07.508]:a2dp_transfer_raw: send (retry).Any ideas what can be wrong?
Thanks,
Manuel-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Quoted 9 lines
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Please use private email in order not to flood the list ;)
Quoted 111 lines · Frederic Dalleau
Can you please send me your kernel config file?
And if anybody have (or not) the same problem, they can too saying what they have.Cheers,
FredericQuoted 93 lines · Manuel Naranjo
I want to help, just tell me what you need and I get it to all for you. I work for the company that builds the USB dongle [1], and I'm using the hifi headset we sell. So I have plenty access to almost every hardware detail. So please let me know what you need, logs, etc, and I get it. Thanks,
Manuel[1] http://www.aircable.net/host-xr.html
Quoted 82 lines
Your bandwidth seems to be higher than expected,
thought we dont know how much is your bitpool.Here using 53 the bandwidth used is about 350 kbps, using a value higher than 64 it starts to give me some buffer problems.
Quoted 70 lines · Manuel Naranjo
Quoted 3 lines
Make sure your stream is 44.1khz stereo
That's the first thing I had checked
Quoted 11 lines
Do you use the plug plugin?
pcm.!default {
type plug
slave.pcm "a2dpdplug"
}pcm.a2dpdplug {
type a2dpd
}Quoted 8 lines
Also this variant may help :
pcm.a2dpdplug {
type a2dpd
rateconstraint 44100
}Sorry but that didn't worked.
Here's what mplayer is telling me:
alsa-play: trying to reset soundcard
alsa-play: write error: Broken pipe0) 2.3%
alsa-play: trying to reset soundcard
A: 80.9 (01:20.9) of 189.0 (03:09.0) 2.3%And this is what a2dpd says about it:
A2DPD[09:42:05.562]:display_daemon_state: [16,16|16,16] playing connected clients=1 freq=1032 cnt=24833 (1032/0) poll=1048 latency=1185972125 sec.
A2DPD[09:42:05.616]:a2dp_transfer_raw: send (retry). A2DPD[09:42:05.767]:a2dp_transfer_raw: Bandwith: 79488 (621 kbps) 32, latency=1185972125 sec.
A2DPD[09:42:05.826]:a2dp_transfer_raw: send (retry). A2DPD[09:42:05.030]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.234]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.479]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.631]:display_daemon_state: [16,16|16,16] playing connected clients=1 freq=1144 cnt=25977 (1144/0) poll=1162 latency=1185972126 sec.
A2DPD[09:42:06.672]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.836]:a2dp_transfer_raw: Bandwith: 85077 (664 kbps) 32, latency=1185972126 sec.
A2DPD[09:42:06.895]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.103]:a2dp_transfer_raw: send (retry). A2DPD[09:42:07.307]:a2dp_transfer_raw: send (retry). A2DPD[09:42:07.508]:a2dp_transfer_raw: send (retry).Any ideas what can be wrong?
Thanks,
Manuel-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-develQuoted 9 lines
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Quoted 9 lines
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
With Frederic we have found the reason for the problem. My config had:CONFIG_NO_HZ=yCONFIG_HIGH_RES_TIMERS=y
According to the kernel desc this options are:
Tickless System (Dynamic Ticks) (NO_HZ)
This option enables a tickless system: timer interrupts will only trigger on an as-needed basis both when the system is busy and when the system is idle.
High Resolution Timer Support (HIGH_RES_TIMERS) This option enables high resolution timer support. If your hardware is not capable then this option only increases the size of the kernel image.
I don't know yet if it's one or both options the one that makes anything fail (I think NO_HZ is the problem) but the thing is that I got a2dpd working on 2.6.22 again. I still couldn't get headsetd to work, maybe I'm missing a step, headsetd is telling me:
headsetd[9211]: unable to open SCO channel to headset: Function not implemented
And dmesg shows this lots of times:hci_scodata_packet: hci0 SCO packet for unknown connection handle 65533hci_scodata_packet: hci0 SCO packet for unknown connection handle 65023hci_scodata_packet: hci0 SCO packet for unknown connection handle 65533hci_scodata_packet: hci0 SCO packet for unknown connection handle 65023hci_scodata_packet: hci0 SCO packet for unknown connection handle 65533hci_scodata_packet: hci0 SCO packet for unknown connection handle 39795hci_scodata_packet: hci0 SCO packet for unknown connection handle 27894hci_scodata_packet: hci0 SCO packet for unknown connection handle 47
I had tried making a2dpd connect before trying to use headset but it keeps failing.
Anyway, my next step is trying to find out which of both kernel options is the one that makes a2dpd not work.
Thanks,
Manuel
Quoted 126 lines
Quoted 115 lines
Can you please send me your kernel config file?
And if anybody have (or not) the same problem, they can too saying what they have.Cheers,
FredericQuoted 96 lines · Manuel Naranjo
I want to help, just tell me what you need and I get it to all for you. I work for the company that builds the USB dongle [1], and I'm using the hifi headset we sell. So I have plenty access to almost every hardware detail. So please let me know what you need, logs, etc, and I get it. Thanks,
Manuel[1] http://www.aircable.net/host-xr.html
Quoted 86 lines
Your bandwidth seems to be higher than expected,
thought we dont know how much is your bitpool.Here using 53 the bandwidth used is about 350 kbps, using a value higher than 64 it starts to give me some buffer problems.
Quoted 74 lines · Manuel Naranjo
Quoted 4 lines
Make sure your stream is 44.1khz stereo
That's the first thing I had checked
Quoted 11 lines
Do you use the plug plugin?
pcm.!default {
type plug
slave.pcm "a2dpdplug"
}pcm.a2dpdplug {
type a2dpd
}Quoted 9 lines
Also this variant may help :
pcm.a2dpdplug {
type a2dpd
rateconstraint 44100
}Sorry but that didn't worked.
Here's what mplayer is telling me:
alsa-play: trying to reset soundcard
alsa-play: write error: Broken pipe0) 2.3%
alsa-play: trying to reset soundcard
A: 80.9 (01:20.9) of 189.0 (03:09.0) 2.3%And this is what a2dpd says about it:
A2DPD[09:42:05.562]:display_daemon_state: [16,16|16,16] playing connected clients=1 freq=1032 cnt=24833 (1032/0) poll=1048 latency=1185972125 sec.
A2DPD[09:42:05.616]:a2dp_transfer_raw: send (retry). A2DPD[09:42:05.767]:a2dp_transfer_raw: Bandwith: 79488 (621 kbps) 32, latency=1185972125 sec.
A2DPD[09:42:05.826]:a2dp_transfer_raw: send (retry). A2DPD[09:42:05.030]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.234]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.479]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.631]:display_daemon_state: [16,16|16,16] playing connected clients=1 freq=1144 cnt=25977 (1144/0) poll=1162 latency=1185972126 sec.
A2DPD[09:42:06.672]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.836]:a2dp_transfer_raw: Bandwith: 85077 (664 kbps) 32, latency=1185972126 sec.
A2DPD[09:42:06.895]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.103]:a2dp_transfer_raw: send (retry). A2DPD[09:42:07.307]:a2dp_transfer_raw: send (retry). A2DPD[09:42:07.508]:a2dp_transfer_raw: send (retry).Any ideas what can be wrong?
Thanks,
Manuel-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-develQuoted 10 lines
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-develQuoted 10 lines
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Quoted 11 lines
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Re: [Bluez-devel] a2dp, sco and kernel version [Possible Solution]
I finally could narrow the problem CONFIG_HIGH_RES_TIMERS is the one that makes a2dpd fail in certain circumstances. I'm not sure if my hardware has support for this feature or not, but anyway it's good to know what's causing the problem.
So to all those of you that have a kernel >= 2.6.21 and can't use a2dpd can disable CONFIG_HIGH_RES_TIMERS, recompile and reinstall your kernels, and should get a2dpd working again.
Quoted 33 lines
With Frederic we have found the reason for the problem. My config had:
CONFIG_NO_HZ=yCONFIG_HIGH_RES_TIMERS=yAccording to the kernel desc this options are:
Tickless System (Dynamic Ticks) (NO_HZ)
This option enables a tickless system: timer interrupts will only trigger on an as-needed basis both when the system is busy and when the system is idle.High Resolution Timer Support (
HIGH_RES_TIMERS) This option enables high resolution timer support. If your hardware is not capable then this option only increases the size of the kernel image.I don't know yet if it's one or both options the one that makes anything fail (I think
NO_HZis the problem) but the thing is that I got a2dpd working on 2.6.22 again. I still couldn't get headsetd to work, maybe I'm missing a step, headsetd is telling me:
headsetd[9211]: unable to open SCO channel to headset: Function not implementedAnd dmesg shows this lots of times:
hci_scodata_packet: hci0 SCO packet for unknown connection handle 65533hci_scodata_packet: hci0 SCO packet for unknown connection handle 65023hci_scodata_packet: hci0 SCO packet for unknown connection handle 65533hci_scodata_packet: hci0 SCO packet for unknown connection handle 65023hci_scodata_packet: hci0 SCO packet for unknown connection handle 65533hci_scodata_packet: hci0 SCO packet for unknown connection handle 39795hci_scodata_packet: hci0 SCO packet for unknown connection handle 27894hci_scodata_packet: hci0 SCO packet for unknown connection handle 47
Quoted 152 lines
I had tried making a2dpd connect before trying to use headset but it keeps failing.
Anyway, my next step is trying to find out which of both kernel options is the one that makes a2dpd not work.
Thanks,
ManuelQuoted 141 lines
Quoted 119 lines
Can you please send me your kernel config file?
And if anybody have (or not) the same problem, they can too saying what they have.Cheers,
FredericQuoted 98 lines · Manuel Naranjo
I want to help, just tell me what you need and I get it to all for you.
I work for the company that builds the USB dongle [1], and I'm using the hifi headset we sell. So I have plenty access to almost every hardware detail. So please let me know what you need, logs, etc, and I get it.
Thanks,
Manuel[1] http://www.aircable.net/host-xr.html
Quoted 84 lines
Your bandwidth seems to be higher than expected,
thought we dont know how much is your bitpool.Here using 53 the bandwidth used is about 350 kbps, using a value higher than 64 it starts to give me some buffer problems.
Quoted 74 lines · Manuel Naranjo
Quoted 3 lines
Make sure your stream is 44.1khz stereo
That's the first thing I had checked
Quoted 11 lines
Do you use the plug plugin?
pcm.!default {
type plug
slave.pcm "a2dpdplug"
}pcm.a2dpdplug {
type a2dpd
}Quoted 8 lines
Also this variant may help :
pcm.a2dpdplug {
type a2dpd
rateconstraint 44100
}Sorry but that didn't worked.
Here's what mplayer is telling me:
alsa-play: trying to reset soundcard
alsa-play: write error: Broken pipe0) 2.3%
alsa-play: trying to reset soundcard
A: 80.9 (01:20.9) of 189.0 (03:09.0) 2.3%And this is what a2dpd says about it:
A2DPD[09:42:05.562]:display_daemon_state: [16,16|16,16] playing connected clients=1 freq=1032 cnt=24833 (1032/0) poll=1048 latency=1185972125 sec.
A2DPD[09:42:05.616]:a2dp_transfer_raw: send (retry). A2DPD[09:42:05.767]:a2dp_transfer_raw: Bandwith: 79488 (621 kbps) 32,
latency=1185972125 sec.
A2DPD[09:42:05.826]:a2dp_transfer_raw: send (retry). A2DPD[09:42:05.030]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.234]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.479]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.631]:display_daemon_state: [16,16|16,16] playing connected clients=1 freq=1144 cnt=25977 (1144/0) poll=1162 latency=1185972126 sec.
A2DPD[09:42:06.672]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.836]:a2dp_transfer_raw: Bandwith: 85077 (664 kbps) 32,
latency=1185972126 sec.
A2DPD[09:42:06.895]:a2dp_transfer_raw: send (retry). A2DPD[09:42:06.103]:a2dp_transfer_raw: send (retry). A2DPD[09:42:07.307]:a2dp_transfer_raw: send (retry). A2DPD[09:42:07.508]:a2dp_transfer_raw: send (retry).Any ideas what can be wrong?
Thanks,
Manuel-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list [email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel-------------------------------------------------------------------------
Quoted 10 lines
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list [email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel-------------------------------------------------------------------------
Quoted 9 lines
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Re: [Bluez-devel] a2dp, sco and kernel version [Possible Solution]
Manuel
Quoted 7 lines · Manuel Naranjo
I finally could narrow the problem
CONFIG_HIGH_RES_TIMERSis the one that makes a2dpd fail in certain circumstances. I'm not sure if my hardware has support for this feature or not, but anyway it's good to know what's causing the problem.
So to all those of you that have a kernel >= 2.6.21 and can't use a2dpd can disableCONFIG_HIGH_RES_TIMERS, recompile and reinstall your kernels, and should get a2dpd working again.
the use of highres timers is chosen dynamically at boot based on the hardware capabilities. There should be a boot parameter to disable it. That would be helpful for our troubleshooting documentation.
didn't someone say things worked in 2.6.23-rc1 or was that test done without high-res timers enabled?
brad
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Re: [Bluez-devel] a2dp, sco and kernel version [Possible Solution]
Brad Midgley escribi=F3:
Quoted 19 lines
Manuel
On 8/2/07, Manuel Naranjo <[email protected]> wrote:
=Quoted 8 lines
I finally could narrow the problem
CONFIG_HIGH_RES_TIMERSis the one that makes a2dpd fail in certain circumstances. I'm not sure if my hardware has support for this feature or not, but anyway it's good to know what's causing the problem.
So to all those of you that have a kernel >=3D 2.6.21 and can't use a2dpd can disableCONFIG_HIGH_RES_TIMERS, recompile and reinstall your kernels, and should get a2dpd working again.=the use of highres timers is chosen dynamically at boot based on the hardware capabilities. There should be a boot parameter to disable it. That would be helpful for our troubleshooting documentation.
Quoted 5 lines
didn't someone say things worked in 2.6.23-rc1 or was that test done without high-res timers enabled?
brad
=
Brad,
Thanks for the clarification.
Frederic didn't have highres timers enabled if I'm not wrong, that's why =
he couldn't see the problem.
I have no idea what happened with 2.6.23-rc1.
Manuel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel