Yes, when rm_you decides on what patch should be applied to mplayer to get better A2DP support, it will be added to garage mplayer (I don't have a bluetooth headset to test it myself).

I am waiting to hear from at least a couple more people on various different tablets to make sure "my patch" (the same thing you duplicated already in about 10 seconds, just a define/undefine) is effective in different scenarios / all tablets. I've been away for a few days, so I haven't found anything else yet, but I am still examining the code and experimenting.

Edit: I've done a lot of testing, and at this point it's fairly safe to say that the problem with alsa playback is not mplayer's fault. ALSA completely ignores any attempts to configure the default device using functions like "snd_pcm_hw_params_set_period_size_near", etc. My initial thought is that this is the result of a "feature" designed to keep the values inside certain hardware boundaries... If that is the case, possibly the boundaries are being detected wrong by ALSA? This is pure conjecture at the moment, but I will be checking out ALSA in the morning to see what I can find out.

I did install the deb you posted on my 810 and a2dp playback seems a bit better. I can play to my headset using Kagu but still get a few skips/pauses in playback. Still also get skips when just playing through xterm/mplayer. But, seems better than the maemo 24 build.

Question for you RM. Why is your build twice the size of the Maemo build (5.x mb vs 2.x mb)? Is you build compiled in debug mode? If so perhaps a prod build may yield slightly better performance.
Thanks.

Thanks for the effort guys. I tried all the tweaks and got the Sony HWS-BTA2W to work *somehow* with the N800 OS 2008. It still had dropouts every 2-15 seconds without any other processes running.

I consider this way too bad for actual use though, so I'm still going to take my Sony audio gateway back to the store.

I'll keep my eyes on this topic though, so please inform of progress with the ALSA buffer and/or possible bluetooth DSP use to take stress of the CPU. I don't know much about Linux, but working with PC audio studio systems I know that the problem sounds a lot like the the CPU not being able to flush such a short buffer or that the size of the buffer is unpredictable.

(Setup used

N800 running OS 2008 (RX-34_2008SE_2.2007.50-2_PR_COMBINED_MR0_ARM.bin)
Kagu
Mplayer
Bluez

I can't seem to get bluez to install. I am using the application manager, and it just says "unable to install." Any help?

I'm not quite sure what you're seeing?
mplayer_1.0rc1-maemo.24.n8x0_armel_original.deb 2344588
mplayer_1.0rc1-maemo.24.n8x0_armel_rm_you.deb 2342138
My deb appears to be 2450 bytes smaller than the original.

Another thought: It was mentioned at least once in this thread that redirecting the output of mplayer to a file increased the usability. Can you try doing that? Just do:
... or something like that.

Paired with Motorola S9 here. Tablet connects as the handsfree before my MotoROKR Z6m Sellphone modem captures it. The Z6m simultaneously connects to the stereo headsets AD2P, which I couldn't believe. If something plays on the N800/OS2008, it plays in the left earphone they way the phone calls are supposed to come in. If I play an MP3 on the phone, the phone plays music in stereo through the headset.

This is not bad, just reversed! If I can get the phone to connect to the handsfree profile and the N800/OS2008 to connect to the stereo profile, when its in range and the phone MP3 stereo to pair when it's not or off, I will be one happy camper!

If you're looking for LOUD from a BT tablet headset, it's called MotoROKR S9 and Radio Shack, of all places, recently had them on sale for $79! If you turn up the tablet volume controls and the volume on the headset, in just one earphone so far, the sound is PAINFULLY LOUD!...(c;

Thank you Linux experts for all your help and wonderful software....
The key to making the Nokia BT keyboard to pair is NOT to RESTORE from OS2007!

I dont have my N810 at the moment but I see you are correct regarding the deb sizes. I thought Applicaiton Manager reported 5.x mb for Mplayer. Also, I used the below msglevel to silence mplayer.

-msglevel all=-1

I assume this would yield the same results as redirecting to /dev/null.

You're probably right in that you won't see output to the screen, but I can't say with 100% certainty that the same stuff is going on in the background. It's a longshot anyway, but if you have a minute next time you are with your tablet (you aren't ALWAYS? :P) then just give some sort of redirection a try. Admittedly, I wouldn't hope for much...

As far as CPU utilization, I suspect it's due to cache misses. A pxa270 with identical size cache and association size 32 runs the encoding at about 4% of the cpu; however the 2420, with its 4 associations and similar speed needs around 50%. There is a section of code that moves memory around on every pass so we'll target that first.

There was interest from some people at the university that partners with INdT to put the codec on the dsp, but it was far from official.