No album art showing up on X5L

[Nazo]

So I just decided to try Rockbox again and to my pleasant surprise it now does the one thing it didn't do in the past that kept me from switching to it.  I'd like to switch over to it, but atm the only thing it does that the stock firmware does not (at least that I actually use) is ReplayGain, which is nice, but not huge for me by any means.  (I only have a few lossy files that aren't MP3, so MP3Gain is generally sufficient enough to satisfy me.)

But one huge thing I'd really love to see is album art.  I realize of course that the X5/X5L has a pitifully low resolution screen and a weak processor to actually do the resizing, but at least the grand majority of the images I'm using are 300x300 or lower (which purportedly is ok) and I really don't need it to look great or anything, it's just nice for it to at least show something IMO.  (I used to not care, but, lol, I've been spoiled between a nice minimal setup on Foobar2000 where I still have album art, my Cowon D2, my Android PDA, and so on all showing album art, so I've spent enormous amounts of time tracking down images for most of my older collection wherever tools like MusicBrainz Picard couldn't find one automatically for me as well as creating some generic ones for things.)  It's such a minor feature, yet one I'd really like to see and probably the only reason I'd really use Rockbox versus the stock firmware.

I've tried several different themes (using the official installer tool to download and install the latest) such as Cloak/Cloak and Dagger, dfkt_maximum_aa_x5 and the minimum version, Moribund 2, and etc that specifically stated album art support.  It's hard not to imagine that the "x5" in the name of the dfkt themes doesn't imply they are specifically intended for the X5/X5L too.  Cloak/Cloak and Dagger is pretty much BUILT around the album art, so especially is bad here.  The cover art in my music is all standard formats embedded via the standard tag using the default "front cover" that everything seems to use (and, as I said earlier, generally 300x300 or smaller.)  I don't see any settings anywhere for this either.  I tried changing the base themes as well just in case, but still no album art.

[saratoga]

Try deleting your "config.cfg" file in the .rockbox folder (so that you're back with default theme settings) and then play an mp3 with either a folder.jpg in the directory, or an embedded jpg. 

Also you didn't mention the build or release you're running. 

[Nazo]

It seems if there is a cover.jpg in the directory, it will display that.  (Apparently even with the configuration I had before -- I just hadn't happened to load a song in such a directory during my initial testing.)  Unfortunately, the majority of the music I keep on my DAPs is very mixed up, so a cover.jpg in most directories that actually fits the music isn't really possible.

I'm assuming by your post that it is supposed to be able to display embedded cover images however?  I tried it without changing any settings using the default theme and it still wouldn't show the embedded images.  Nor would it when I tried changing themes and still without changing any other settings.  However like I said, it did show the cover.jpg where present.  I really hope to be able to get it to use embedded cover images if at all possible.

As for the release and build, sorry, I figured that was a given.  I'm using the current latest stable release, 3.9 and of course it's the X5 build.

[yapper]

Have a look at the manual:
http://download.rockbox.org/daily/manual/rockbox-iaudiox5/rockbox-buildap3.html#x18-382000C.21

[Nazo]

Ah, I tried to look for that, but missed it somehow.  I can confirm that they are plain JPEG files (not progressive or multi-scan -- I don't think anyone uses those at all anymore do they?)  I'm dissapointed to learn that it's ID3v2 only though.  All of my MP3s of course use ID3v2, but I can't do that for my FLAC or OGG Vorbis files.

Well, anyway, most of my test files were MP3s with of course ID3v2 tags.

[saratoga]

I'm dissapointed to learn that it's ID3v2 only though.  All of my MP3s of course use ID3v2, but I can't do that for my FLAC or OGG Vorbis files.

Theres no good way to embed art in vorbis files, and if you do it the usual hackish way it has a nasty habit of crashing the official integer vorbis decoder so I don't recommend doing that. 

[Nazo]

Well, I only have a small handful of Vorbis files really.  I do have one with an album art added (and it has never given me any problems in anything before) but I can live without album art showing up in any of those.  I'm more concerned about the FLAC files I have since I have a bunch of those.  (The problem is that these came from various lossy sources, so I used FLAC rather than convert lossy sources to a different lossy format.)

Anyway, the MP3s definitely use ID3v2, so I wonder why it's not working with those?

[[Saint]]

Nazo,

Have you checked that the album art does indeed meet the requirements it needs to?
This section of the manual outlines the requirements for album art to be displayed.


[St.]

EDIT: Whoops...I didn't read the backlog, it seems that Yapper already pointed to this section of the manual...heh, oops

[Nazo]

Perhaps it might be useful if I uploaded a sample image from my collection?

http://img84.imageshack.us/img84/4162/seventhheaven.jpg

Maybe I'm missing something about the exact encoding or whatever.  Though not all images were saved the same.  (That's one of the ones I processed in an image editor and exported as JPEG.  Some in my collection were automatically added by things like MusicBrainz Picard so might require shrinking, but there's no point in such an undertaking when none at all work.)

EDIT:  Well, I suppose it doesn't matter after all.  The one thing I needed RockBox to do which I could have sworn it was doing, it will no longer do even after I completely deleted all settings files and reconfigured it.  (It may not have been doing it before and I just didn't notice, I don't know.)  Without that, album art is a non-issue as I'll just have to stick to the Cowon firmware.