Rockbox Development > Feature Ideas
Save downscaled album art in database as cache
saratoga:
I tried resizing a 2000x1500 folder.jpg on an e200v1 (slowest device I have) and it delayed about a second, maybe a bit less on track change.
I wonder if your files are slow if they're not embedded into files?
Yakov5776:
Strange, this slowness does not happen to me when disabling album art.
Tomorrow I'll message you a zip of a few songs to try so you could try to reproduce the issue.
Also, they're in ALAC format in case that plays any role.
saratoga:
The slower images are really big, 3000x3000 and several MBs which can take 5-10s in my testing. Keeping the high resolution but compressing them a little more so that the files aren't so big largely resolves the slowness on my e200v1, so the issue is probably the time it takes to load and decompress the huge file more so than resizing. Caching might help after all, but I don't know how easy that would be to implement. Maybe a better option would be to skip album art above a certain size on slower devices.
Yakov5776:
I had the chance to try it out on the latest rockbox windows simulators, and even on that it suffers a half-second delay, and while that may seem pretty negligible, it's no surprise that it takes a longer on more lower-end hardware, for example the iPod classic 5g which was released 2 decades ago (~5s delay). I had to disable the art album feature in favor of performance which is all the more reason I think something should be done even from an optimization perspective. I love this project and I love what you devs do to make this even possible in the first place, and I'm also grateful to anyone who has taken the time to look into this issue.
Yakov5776:
For those reading this thread who may not be aware of the audio files I used and didn't receive the sample audio files, the album arts of my music files i have are typically ranging from 2k to 5k resolution (which is because they're retained in it's original quality)
--- Quote from: saratoga on November 16, 2024, 04:24:53 PM ---Maybe a better option would be to skip album art above a certain size on slower devices.
--- End quote ---
while that would definitely be better than nothing, these devices are capable of processing these larger album arts if they were just tailored for their specifications, even if that entails storing a pre-compressed cached version at db building time, similar to like how iTunes compresses the album arts when syncing it to the iPod which is why iPodOS seems so swift and fast even while having a limited cpu perf.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version