Rockbox General > Rockbox General Discussion

Long delay when skipping songs

<< < (3/5) > >>

baobab68:
I have also seen this issue.

There does seem to be a thread priority issue between the buffering thread and the dircache thread during startup. If 'resume playback on startup' is turned on, the dircache takes up to 30 seconds to get built (in the background). If resume is off, dircache builds in about 5 seconds.

This was not always the case - official builds from a couple of months ago didn't seem to have the problem.

I also see the issue that rapid skipping of tracks confuses the buffer and the current/next track info for the WPS. Sometimes the only fix is to stop playback and then resume it (a pause isn't enough)

It was recommended to me in an earlier thread to get on IRC and discuss with devs - I'm sorry I haven't yet done that. If needed I would be able to do that tonight, Aussie time.

I might try turning off the auto-change directory option as well, since people mentioned it.

TexasRockbox:
Still happening with r16626-080311.  I played around with this issue pretty good. Slow to moderate navigation on the file dirs seem allright, but if one skips around forwards and backwards quickly, "something" loses track and the file data is either incorrect or missing.  I tried playing around with dir cache, auto-change, dir cache size, playlist size, spindown, anitskip buffer, turning the equalizer on/off and can still make the missing/incorrect info in WPS happen with very fast dir/file navigation.

Navigating slow to moderately in the dirs would seem to be the workaround.

Ipod 5.5g with about 11,700+ .ogg files ranging mostly q7-q8 with just a couple of Q10 for fun.

Edit: Just for fun: I tried changing the dircache to 16000 in the config file and playlist size to 32000.  No change.

Maybe another clue: Even with auto-change dir turned off, with quick navigation, I can skip to the next dir anyway.

Speedy64i:
I've had this issue since November of last year as well.  Funny thing is the original rhapsody firmware actually averages faster song changes across a playlist than rockbox now; which was one of the reasons I loaded rockbox  :-\

JT

TexasRockbox:
I wonder if this delay is due to finding album art that doesn't exist (for some).

Without looking at the code does each file skip in file directory browing:

IF SKIP
 Â GET_ID3_TAG
 Â FIND_ALBUM_ART
ELSE
 Â (whatever)

If so, then maybe an album art file seek switch is needed so as to not attempt to find album art if one never intends to use album art.  One of the big complaints concerning the new iPod classic is sluggishness perhaps due to all the album art seeking.

IF SKIP
 Â GET_ID3_TAG
 Â IF ALBUM_ART == YES
 Â     FIND_ALBUM_ART
 Â ELSE
 Â   NOP
ELSE
 Â (whatever)

It might a bit longer to get album art but maybe the tags can keep up.

EDIT:

After playing with the config files and numerous builds, I may be leaning towards the r16441 from February 28 as the "nimblest" of the builds for dir navigation yet still have the most prominent of the newest features.   Version r16441-080228.  There are other issues of course and a review of the fixes since then should always be performed.  I think I'll stick to r16441 for awhile and see how it goes.

Still probably best to turn auto-dir change to off.

iPod 5.5G 80GB 11,000+ files 25.2GB free.

It is here:
http://www.rockbox.org/dl.cgi?bin=ipodvideo64mb

NaFIann:
glad to see it at least isn't something caused by my player alone.
On my version of the firmware, I can't find the disk menu in settings>general>system.
all that is available is:
- Start Screen
- Time & Date
- Idle Poweroff
- Limits
- Car Adapter Mode
- Wheel Light Timeout
- Keyclick

maybe someone changed the menu for sansa's?

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version