The Following User Says Thank You to samr7 For This Useful Post: | ||
|
2008-11-28
, 10:12
|
Posts: 9 |
Thanked: 9 times |
Joined on Nov 2008
|
#32
|
I'm still getting the problem from line 1044 in hfconsole as below when I try to enter preferences. It kinda works if I comment it out, but then I get "cannot apply sound driver settings" when tying a sound test or changing a setting.
Traceback (most recent call last):
File "/usr/bin/hfconsole", line 1044, in config_open
self['ConfigDriverOpts'].set_text(savecfg['driveropts'])
AttributeError: 'NoneType' object has no attribute 'set_text'
|
2008-11-29
, 01:28
|
Posts: 9 |
Thanked: 9 times |
Joined on Nov 2008
|
#33
|
|
2008-11-29
, 06:53
|
|
Moderator |
Posts: 7,109 |
Thanked: 8,820 times |
Joined on Oct 2007
@ Vancouver, BC, Canada
|
#34
|
|
2008-11-29
, 07:05
|
|
Posts: 4,274 |
Thanked: 5,358 times |
Joined on Sep 2007
@ Looking at y'all and sighing
|
#35
|
The Following User Says Thank You to qwerty12 For This Useful Post: | ||
|
2008-11-29
, 13:19
|
Posts: 76 |
Thanked: 41 times |
Joined on Nov 2008
@ Germany
|
#36
|
Try running the tests again, this time starting hfpd as 'strace -T hfpd -f' and capture the output. I hope it's not too big of a problem to get strace if it's not available by default.
The cause of the Bluetooth disconnections are less clear. Spontaneous disconnections have happened to me commonly when SCO audio packets aren't processed in a timely fashion, sometimes with a kernel lockup at no extra charge. So, for now let's focus on fixing the audio.
|
2008-11-29
, 14:33
|
|
Posts: 301 |
Thanked: 71 times |
Joined on Jul 2008
@ Santiago, Chile
|
#37
|
|
2008-11-29
, 18:34
|
Posts: 76 |
Thanked: 8 times |
Joined on Mar 2008
@ Friday Harbor, WA, USA
|
#38
|
|
2008-11-29
, 19:36
|
Posts: 607 |
Thanked: 296 times |
Joined on Jun 2008
@ Finland
|
#39
|
|
2008-11-29
, 23:42
|
|
Moderator |
Posts: 7,109 |
Thanked: 8,820 times |
Joined on Oct 2007
@ Vancouver, BC, Canada
|
#40
|
Thanks for the link! I installed this image and got the development environment up. More below.
You make an interesting point.
I took a look at the maemo plugin for alsa-lib. I guess it makes sense that the ALSA device probe is failing, as there are no sound cards registered with the ALSA kernel components! Anyway, it seems sad that ALSA in general doesn't work very well. I have neither a clue why it's failing so gloriously for MrWeasel, nor access to an N8x0 device for debugging.
ESD is readily available to me for debugging. So, without any further clues, I will follow your suggestion and create a backend module for ESD. The interface is simple and it looks relatively easy to do, but it might add a bunch of latency.
Thanks for clearing this up, it sounded like automake was completely failing! I couldn't reproduce the automake problem under the VMware image, so it's quite relieving to hear that the error is non-fatal.
If the ALSA audio stack blocks, and there's nothing we can do to work around the blocking, then the ESD backend sounds like a very good solution.
I'll see what I can do about making the feedback test halt immediately if hfconsole dies unexpectedly. I've never seen this happen before, thanks for the heads-up.
The cause of the Bluetooth disconnections are less clear. Spontaneous disconnections have happened to me commonly when SCO audio packets aren't processed in a timely fashion, sometimes with a kernel lockup at no extra charge. So, for now let's focus on fixing the audio.
Thanks!