Rockbox Ports are now being developed for various digital audio players!
Quote from: saratoga on September 29, 2010, 08:04:50 PMIts a comment that lists all the places album art can be searched, same as the ones in the manual. Actually looking at it none of them have the colon in it you mentioned above, nor do the wiki or manual. Where the heck did you get the idea you needed a colon? It should probably be fixed.Saratoga, please read it more carefully, especially the last part of the comment - start on the third line from the end. If I understand it correctly the colon character acts as a switch so it is not a necessary part of a filename with size specified.
Its a comment that lists all the places album art can be searched, same as the ones in the manual. Actually looking at it none of them have the colon in it you mentioned above, nor do the wiki or manual. Where the heck did you get the idea you needed a colon? It should probably be fixed.
Regarding the speed of displaying AA: I think the biggest delay is caused by loading, decoding and displaying the image. This problem could be solved by pre-loading and pre-decoding the next image in advance. I.e. you would have the current image displayed and the next one prepared in RAM. Unfortunately it will require more RAM.
Where the heck did you get the idea you needed a colon? It should probably be fixed.
Saratoga, please read it more carefully, especially the last part of the comment - start on the third line from the end.
Wouldn't the problem be the aforementioned "large" images? Just don't put ridiculously large album art on your player with the filename Rockbox is going to look for first, and you don't have to wait for the resize.Your insistence that Rockbox "co-exist" with the way the original firmware wants files is your problem, not Rockbox's which is, as described, a "replacement" firmware not a "supplemental" firmware.
I don't think that the search is significantly slowing down album art.Maybe do a test. Comment out the searching, leaving just one option. Maybe even alter the code so there is only one single album art file which is loaded for every album. Then see if things are faster that way.
I did a little testing on this, i find very little lag(fraction of a second) with jpg AA at 500x500 when skipping tracksbut, with crossfade on i get multisecond delays , probably busy crossfading, then it gets around to the AA display??cowonfta, do you have crossfade enable by chance? if so, test without to compare
You can see this quite easily by looking at the disk accesses: just queue up a playlist with lots of different albums in it, and you'll see that it doesn't need to access the disk when tracks change, even if the art is different. JPEG decoding, any resizing, etc all happen at the time that the art is loaded into the buffer, so having JPEG art or art that's the wrong size makes *buffering* take longer, but has no effect on playback.
I only use flacs so it's probably related to files being 40M/ea instead of 4M/ea? I would think there's more SRAM to buffer than that.
Page created in 0.064 seconds with 22 queries.