Support and General Use > Audio Playback, Database and Playlists

Audio pauses and WPS lag?

(1/3) > >>

epithetless:
Having updated my Sansa e280 from build r20834 to the most recent JPEG-album-art-enabled builds (specifically r20875, r20902, and r20907), I'm finding that audio playback occasionally pauses for a moment after selecting a new song from the file browser, when the buffer is loading. At the same time, the current track time displayed in the WPS momentarily remains static. This seems to happen with themes that display album art (cabbiev2 or BlacknBlue_Glass, for instance), but not ones that don't (e.g. Rockboxed or iCatcher). Has anyone else encountered this?

I have album art stored as "folder.jpg" files in my directories (typically at 500x500 or 600x600 pixel resolutions), but I don't know if that has anything to do with it. When I switch back to r20834, the problem disappears...

JdGordon:
its probblay expected that .jpg AA is going to take longer than .bmp AA to display... for bmp it only has to scale to fit... for .jpg it has to decompress it first

froggyman:
would an increased anti-skip buffer help?

GodEater:
No - it would actually likely make it worse, since there'd be MORE hard drive activity.

epithetless:

--- Quote from: JdGordon on May 11, 2009, 03:00:47 AM ---its probblay expected that .jpg AA is going to take longer than .bmp AA to display... for bmp it only has to scale to fit... for .jpg it has to decompress it first

--- End quote ---

That makes sense. I'll try removing the "folder.jpg" from one of the directories where this happens repeatedly to see if that makes a difference. If not, I'll look into removing the album art coding from the BlacknBlue_Glass WPS, since I actually prefer seeing the extra information it displays.

The thing is, album art is already displayed on the WPS before the audio pauses and playing time lags occur...so I would assume at that point that any JPEG decompression and resizing routines would be done. Is that not the case?

On a different note, would a smaller-sized JPEG take less time/processing power to decompress?

Navigation

[0] Message Index

[#] Next page