What steps will reproduce the problem? 1. Play music with stock player and cable headset 2. 3.

What is the expected output? What do you see instead? Interrupts every 4-5 minutes(about) regardless of if my screen is off or I am doing something with the phone.

What version of MiniCM you are using? On what device (mini, pro, x8)? 1.0.0

What app(s) are involved in the problem? Stock Music Player (I tried also Winamp with same results)

Have you tried rebooting your device? Yes

What is the adb logcat output when the problem accurs?

Please provide any additional information below.

My device is mini.

interrupts produced in playerpro 2.03 and winamp using mini. Interrupts occuring once every song or during specific time periods(if this helps...)

After reinstallation of MiniCM 1.0.0 from scratch, I have again interrupts with stock player and miui... All settings default.

same here. tried alot different music players but have the same problem with them all.

if i'm listening to music while e.g. browsing the interupts are more often.

I tried everything I could: SD cache 3048 or even 4000 (about), SetCPU with profiles, different players, no overclocking (cpu at 600MHz) without success. I don't know what else to try...

Hi,

Could you post a logcat when those interrupts do happen?

Of course, as soon as possible.

here is my logcat. last interrupt was ~minute before the logcat was copied.

I use poweramp, and for me its solved

This is the logcat binary.

We need the adb logcat output as run from a command line.

Comment deleted

Here are 2 logs with 2 different programs 1-2 minutes after interrupt. First took Log 1 and then Log 2.

I can confirm this interrupts. I though that was related with last.fm scrobbler, but I sold my phone before testing.

Are the logs good? Do they give any clue of the problem?

I don't see anything wrong in the logs. You said that they are after the interrupt takes place. Could you do the following please?

• adb logcat
• start music app while logcat is running (pinpoint where this is in logcat)
• notice the sound problems (and pinpoint them in logcat)
• post your log onwards from the point the music app starts

Let's hope there is a problem picked up in the log.

So I have to use this program?: Error adb logcat log dump from https://market.android.com/details?id=com.js.Error&feature=search_result

It's easier to use adb.exe from a cmd line on your Windows machine. If you used superoneclick, adb.exe is already in that folder.

Just wanted to add that Videos does also interrupped. Seems like the whole System lag in this moments

The problem exists in 2.3.4 too.

Issue 133 has been merged into this issue.

the problem exist also in MiniCM6-1.0.1.

as stated by hariskar (comment 19) this exists in 2.3.4 too, but not limited to stock music app - it also exists with Google Music 3.0. I haven't attached a logcat as I have looked through it (both live and afterwards) and haven't been able to find any entry that has anything to do with the lack :( I believe that it is a bug in the driver.

Can't verify this, but maybe some of you could test it:

i got the feeling the lags are more often if hearing e.g. 320kbit Mp3s- so maybe the problem is a slow SD Card? i got just some regular sd-card.

anyone got another to test?

You could try moving some of your mp3's to /data/ and play them from there. If this is a case of sdcard speed, there shouldn't be any issue when playing from /data.

With the same sdcard I was listening to music in stock 2.1 without any interrupt. Doesn't this mean that sdcards are not responsible for this problem?

@hariskar: That would probably mean the sdcard driver code is responsible... or just some system setting, that causes slow sdcard read. Still... I just can't imagine that. Moving an application from the phnoe to the sdcard takes only a few seconds for quite big (>10MB) applications (both ways, 7 seconds from sd to phone, and 5 seconds from phone to sd), so the sdcard read/write seems fast enough.

On the other hand we have a timed lag, appearing once every few minutes, regular as clockwork... That would suggest a buffer underrun. I could be happening quite slow: needs 4-5 minutes to slowly drain the buffer, then the music stops for a moment, the buffer gets full and the music is played again. Seems like a reasonable scenario, but for that I'll need to verify what Markus said about lags occuring more often with higher bitrate MP3s. You people can test it too: take a quite long MP3 (>20 minutes) and prepare 2 versions: 64 kbit and 320 kbit. You'll need to listen to the whole thing and write down times, when the lag occurs. Then maybe we could get some intervals (longer for low bitrate, shorter for high bitrate). That would point out a buffer fill problem. I'll try to test it later on.

I Listened to a couple of songs without lags after copied them to /data. Could anyone try this too to confirm this?

If this is sdcard-related, there might be a difference if you change the sdcard cache size. Navigate to CM Settings -> Performance -> SD Card Cache size and try different values starting from 128KB.

Could someone do some testing with this?

already tried with various cache size formats..no change in output of music quality.

An observation I made is that when I am not listening to a whole album, but every time a song finishes I choose another song from the same or another album, I don't have any interrupts.

It seems i solved the issue! I set the sd cache size to the minimum, 128. No lags the whole day. don't forget to reboot after applying.

Thanks for support, now I'm completely satisfied with the rom and phone.

you are the man.......thnx!!!

@ktvasil:

so you can confirm this? :)

yes it works !!

This is really good news! What do the developers say about this solution? Is there any problem putting cache at 128?

for the moment...all works fine (at 128 )...

I also confirm. Reducing the SD cache size to 128K gives almost gapless playback. I don't know how music playback would be related do the SD cache, but it works.

The issue however isn't solved just yet. Markus' idea would be a workaround as long as we don't know how will this affect other parts of of the system, if at all (we're talking about reducing the cache size to minimum, so there's a change, that SD read/write will be slower in other places).

You said "almost" gapless?

There is absolutely no problem with using 128K as the sdcard cache size. In fact this is the default from SE, we have upped it a bit to get better speed from the sdcard but I guess it comes with this cost.

Is this verified to work?

@hariskar: Whoops. ;) Didn't clarify that "almost". The playback is gapless. I only get minor gaps while switching tracks. It's contiuously playing album (remix) divided into a number of MP3 files, but that just might be faulty cut MP3s.

I did test the 128K setting for about 2 hours and no gaps occured while playing. So it seems that it would solve the issue for me. With Markus and ktvasil there's 3 people now, that confirm it works. Anyone else? :)

Thank you dnadesig! This gap is normal between mp3s. I listened about 20 minutes and had no gap, so I can confirm it too, I had 3-4 gaps in this time with the old settings! I am very happy a workaround-solution is found!

So glad that i found out the problem :).

So i think it would be a good idea to set the cash-size to 128 as standard with the next update to avoid problems.

And i think it would help too if you change the status of this ticket to "solved" or something.

Markus.L thank you!

yup,this works...gud work guys :)

Fixed in MiniCM7-2.0.2