Reply
Thread Tools
Posts: 9 | Thanked: 9 times | Joined on Nov 2008
#31
Originally Posted by gazza_d View Post
I noticed from on of your mp3car forum posts Sam that you have a VM enviroment. there is a VMware appliance with a build enviroment form the tablets which may be worth checking out. It's what I use, and the link is http://maemovmware.garage.maemo.org/
Hi gazza,

Thanks for the link! I installed this image and got the development environment up. More below.

Originally Posted by qole View Post
From my experience with Debian on the tablets, if you can support ESD, you're much more likely to have success than with ALSA.
Hi qole,

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.

Originally Posted by MrWeasel View Post
these are just autogen.sh errors, ignore them and go on with ./configure and then make, it's still working for me.
Hi MrWeasel,

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.

Originally Posted by MrWeasel View Post
Ok, so here we go again. The good news are: It's now working A LOT better than before! This was the first time I got "sound" from the program, so it seems to find a way to the sound device now.
The bad news are, that (similar to my experience in the deblet chroot) the sound from the loopback test works only from time to time, and when it does it comes with a delay of 4-5 seconds and only for a duration of ~1 second.
Also it's not possible to exit the loopback test, once started it "works" for some time (crappy sound) then seems to hang. This resulted in a funny experience hearing my voice from the tablet speakers after the program itself was already closed! (maybe because of the hfpd running in the background ?).

EDIT: Ok, left it at the hanging state while writing this and it recovered and worked again.

During the test, from time to time warning messages appear, but I wasn't able to read them compleately, because they disappear quickly (something like "Soundcard capture playback skew.... 96")
These occasions also seem to be the moments when I can hear sound from the speakers.

I tried with different settings for buffer and packet size, but with no success..

It seems to me that this is some kind of performance issue, but I'm not sure what is causing this, because the CPU load keeps down during the feedback test.. not sure about the dsp load anyway..


When making a call the behavior also made a progress. This was the first time i read "audio open" in the hfconsole window! But shortly after that, again the bluetooth connection is disconnected, and I'm not hearing any sound from the phone through the speakers...

I tried to describe this weired behaviour as detailed as possible, I hope it makes some sense to you samr7 (or to somebody else?)
Thanks for this report! For whatever reason, the audio interface is not able to transfer its samples consistently over time. It transfers zero samples for a few half-second periods, then suddenly produces a second and a half worth of samples, and more than five seconds worth of samples at the one point:

Code:
HFPD: SoundIoPump: bottom input overprocessed (42400 > 8000)
You also got a bunch of warnings about the async process method taking a long time to execute:

Code:
HFPD: ** OpLatency: async process overall took 56ms
HFPD: ** OpLatency: async process overall took 114ms
HFPD: ** OpLatency: async process overall took 55ms
HFPD: ** OpLatency: async process overall took 55ms
Since you mentioned the hfconsole program was hanging, and the CPU wasn't heavily loaded, this would suggest that something is blocking the hfpd thread for a long time, and the above latency warnings are just the tip of the iceberg. I added some diagnostics to ALSA backend to try to catch blocking, but there's a more complete way to figure out what's wrong. 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.

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!
 

The Following User Says Thank You to samr7 For This Useful Post:
Posts: 9 | Thanked: 9 times | Joined on Nov 2008
#32
Originally Posted by gazza_d View Post
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'
Gaz,

Are you using the latest out of SVN? That code has been reworked a bit and the troublesome line shouldn't exist any more.
 
Posts: 9 | Thanked: 9 times | Joined on Nov 2008
#33
It looks like the osso-esd-0.52 does not implement capture _at all_ using the audio_dsp backend. So, ESD would appear to be a non-option.

What method does Skype use?
 
qole's Avatar
Moderator | Posts: 7,109 | Thanked: 8,820 times | Joined on Oct 2007 @ Vancouver, BC, Canada
#34
I don't know what Skype uses (it's all closed source), but most of the Maemo stuff uses a gstreamer back-end for audio and video I/O.
__________________
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!
 
qwerty12's Avatar
Posts: 4,274 | Thanked: 5,358 times | Joined on Sep 2007 @ Looking at y'all and sighing
#35
When I recompiled an osso-esd with basic optimisations (for a mammoth mpd build I was doing), I did notice the following in debian/rules of osso-esd:

ifneq (,$(findstring $(DEB_HOST_ARCH),arm armel))
CFLAGS="$(CFLAGS)" ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --enable-dsp --disable-alsa --sysconfdir=/etc $(EXTRA_CONFIGURE)
else
CFLAGS="$(CFLAGS)" ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --disable-dsp --disable-alsa --sysconfdir=/etc $(EXTRA_CONFIGURE)
endif

So even though DSP is enabled when we are compiling for armel (and it has to be), alsa is still disabled when building for other architectures from osso-esd source. I wonder why?

P.S. If anybody does want to recompile osso-esd, you need to have osso-dsp-headers-rx-44 (yes, even for N800) and osso-dsp-modules-rx-44 installed.

Saying that however, libasound2-plugins replaces osso-dsp-plugin-alsa. The DSP is core to the tablet's sound system and ESD is the main way of communicating with it (on a sound server level) with it, it seems.

Looking at it though, dsp.default is the device to use but it's always busy (and I killed multimediad,esd & mpd)

Last edited by qwerty12; 2008-11-29 at 08:23.
 

The Following User Says Thank You to qwerty12 For This Useful Post:
Posts: 76 | Thanked: 41 times | Joined on Nov 2008 @ Germany
#36
Originally Posted by samr7 View Post
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.
We're lucky, strace was available from the repos.
I did just what you said, the logs are attached. I noticed some dbus error. That one occured during the period where hfconsole was not responding. I waited until it came back and then closed it and afterwards hfpd. From the trace it seems as hfpd was still busy at that point :/

Originally Posted by samr7 View Post
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.
It seems to me that the bluetooth disconnections are indeed caused by the lagging audio. So I think fixing this will solve that problem too.
Attached Files
File Type: txt hfp_feedback4.txt (4.9 KB, 550 views)
File Type: gz hfp_strace.gz (41.9 KB, 1813 views)
 

The Following 2 Users Say Thank You to MrWeasel For This Useful Post:
eliagp's Avatar
Posts: 301 | Thanked: 71 times | Joined on Jul 2008 @ Santiago, Chile
#37
thanks for the hard work. This is one of the apps I would absolutly love to have and sometimes just clicking on thanks doesn't cut it. THANKS THANKS THANKS!
 
Posts: 76 | Thanked: 8 times | Joined on Mar 2008 @ Friday Harbor, WA, USA
#38
Would really love to see this working....

thanks to everyone who is putting time into it.
__________________
n810, dual boot flash and microsd 8gig, (yay! autoscroll on liqbase!!,) former palm freak / tech geek turned tablet lover
 
Posts: 607 | Thanked: 296 times | Joined on Jun 2008 @ Finland
#39
[offtopic author=meizirkki]

Oberon85: i just noticed your sig... How the heck did you get 8gig internal card on your n810?

[/offtopic]
__________________
Touch Book .. do not waste you money on it.
 
qole's Avatar
Moderator | Posts: 7,109 | Thanked: 8,820 times | Joined on Oct 2007 @ Vancouver, BC, Canada
#40
Not sure how helpful any of this is, but....

Here's a screenshot of Gnome Alsa Mixer running on my tablet. Look at all the interesting Bluetooth capabilities listed!



Here's an interesting post about using Gnome Alsa Mixer to make BT headphones into a mic and then play that audio through the speakers... for 5 seconds before something mysterious and internal kills the audio. Could this have anything to do with current difficulties?
__________________
qole.org --- twitter --- Easy Debian wiki page
Please don't send me a private message, post to the appropriate thread.
Thank you all for your donations!

Last edited by qole; 2008-11-29 at 23:52.
 

The Following 2 Users Say Thank You to qole For This Useful Post:
Reply


 
Forum Jump


All times are GMT. The time now is 23:31.