UPDATE: OK, I have some feedback after flashing the kernel and tweaking CPU/DSP frequency (echo 0 > /sys/power/op_dsp). Unfortunately, drop-outs are still there - no change in that matter.

I've noticed something even stranger - when I start playback (using Canola and/or Kagu - tested both), I usually can first hear a split-second sound, then nothing (although song is still playing in the player), and after 5-8 seconds I can hear the music back again and then it plays normally without major drops. Same thing happens at the beginning of almost every single music file (and time varies, sometimes it's like 1-3 secs, sometimes is 6-8), so let's say I have album with 10 songs, and I have few-seconds drop out at the beginning of each one... It seems to me like player is buffering (?) a song at the beginning, which takes some CPU time, hence drop-out for A2DP...

Originally Posted by lardman

Interesting, I've not tried if with Canola or Kagu; does this happen for all files, or are they again "special" ones? I can't see any reason for it to work to begin with, then drop out - the ARM-side load should be pretty low the whole time so there's no reason why it's not been able to pass the data across.

Originally Posted by evad

Doesn't really matter which file I play (I talk about music files only, btw). Generally after few days of using A2DP, I can tell it gives quite strange behaviours. On day it can play without any interruption for whole journey, the other day it drops out pretty frequently (maybe that was the matter of adapter's battery getting lower?). One thing I've noticed for sure - as long as I'm in the Tube under ground, playback is OK. But once I get out to the surface (especially close to Heathrow Airport where I live), there is a huge increase in number of drop outs. How strange is that?!? Are there any interferences with WiFi networks possible (afaik WiFi and BT use similar radio frequency)? :-o

Can someone please tell me how to fix the sounds skipping when I listen to music with mPlayer or canola... I've tried installing dsp sbc and it didn't help at all. Or am I installing it wrong? I installed it through Terminal since I couldn't install it through application manager (kept getting an error message). I've typed this in "sh ./install_sbcenc.sh" and it gave me an successful message.

Originally Posted by lardman

Um. Try playing an mp3 using mplayer, make sure you install Johnx's a2dp package and enable a2dp. See what output mplayer produces, it will either spit out some info about the stream type (if the DSP is working) or it will say something along the lines of "falling back to sw method" (if the DSP fails).

Alternatively, look at the output of "dmesg" just after trying to use the DSP task, and it will say something about having loaded the task, or about not having been able to do so iirc. I don't have my headphones here so I can't check I'm afraid, and I won't be able to check till Sunday. Sorry,

Simon

================================================== ========================
Trying to force audio codec driver family dspmp3...
Opening audio decoder: [dspmp3] MP3 audio pass-through for Nokia 770/N800 (fake decoder)
ADecoder init failed
Trying to force audio codec driver family libmad...
Opening audio decoder: [libmad] libmad mpeg audio decoder
AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 16000->176400)
Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3)
================================================== ========================
alsa-init: buffer_time: 0, period_time :0
AO: [alsa] 44100Hz 2ch s16le (2 bytes per sample)
Video: no video
Starting playback...


BENCHMARKs: VC: 0.000s VO: 0.000s A: 31.265s Sys: 260.279s = 291.545s
BENCHMARK%: VC: 0.0000% VO: 0.0000% A: 10.7240% Sys: 89.2760% = 100.0000%

Exiting... (End of file)