[SOLVED] Cover images not loaded for all albums

[haeckse]

@Nutul@Tim Curtis @TheOldPresbyope

I did a quick research and found the tool eyed3, which seems to be the swiss army knife for ID3 editing on the command line

Updating to 2.4:
eyed3 --to-v2.4

And also getting rid of iTunes specific entries in the comment sectiongoes easily with:
eyed3 --remove-all-comments 

So the sun will shine again soon  \o/

Cheers,
Andrea

[Nutul]

@Nutul@Tim Curtis @TheOldPresbyope

I did a quick research and found the tool eyed3, which seems to be the swiss army knife for ID3 editing on the command line

Updating to 2.4:
eyed3 --to-v2.4

And also getting rid of iTunes specific entries in the comment sectiongoes easily with:
eyed3 --remove-all-comments 

So the sun will shine again soon  \o/

Cheers,
Andrea

Andrea,

yes, that's one of the tools that will do the job.

find . -iname "*.mp3" -exec eye3d --remove-all-comments --to-v2.4 "{}" \;

provided you are on a Linux machine, the command above should migrate all your mp3 files to v2.4 and remove the unwanted comments.

[haeckse]

@Nutul@Tim Curtis @TheOldPresbyope

I did a quick research and found the tool eyed3, which seems to be the swiss army knife for ID3 editing on the command line

Updating to 2.4:
eyed3 --to-v2.4

And also getting rid of iTunes specific entries in the comment sectiongoes easily with:
eyed3 --remove-all-comments 

So the sun will shine again soon  \o/

Cheers,
Andrea

Andrea,

yes, that's one of the tools that will do the job.

find . -iname "*.mp3" -exec eye3d --remove-all-comments --to-v2.4 "{}" \;

provided you are on a Linux machine, the command above should migrate all your mp3 files to v2.4 and remove the unwanted comments.

It looks like I rejoiced too early. I have converted the entire mp3 collection to ID3 v2.4 and deleted all the unnecessary comment entries, but after a new import (cache and meta data definitely cleared) the same cover images are again not loaded.

When I compare the files with eyed3d whose album art is displayed and those whose album art is not, I can't spot any difference. Maybe I will look into it with ffmpeg again later which provides some more detailed information in the logs.

A workaround would probably be to extract the image from a file and save it in the album directory, but that's certainly not a nice solution.

[TheOldPresbyope]

@haeckse 

So I'm late to the party (even retired people have things to do IRL ).

I see you all have sorted that the ID3 V2.2 tag is an unsupported version and that the iTunNORM comment is a disaster.

It appears there's one more problem. Yes, there's an attached picture frame (in ID3 speak) but its type is "other" rather that "cover (front)".

One of the programs in my kitbag, MP3diags, says it best: "ID3V2 tag has at least one valid APIC frame (which is used to store images), but no frame has a type that is associated with an album cover."

As you have seen, some programs ignore this---I suppose they just grab the first image they find in the file and call it the cover---but other pay attention.

Off the top of my head, I'm not aware of an easy way to change the descriptor on the APIC frame (unless you're up for binary file editing). The brute-force-and-ignorance way to fix it is to extract the image, clear the image from the file, and then reinsert the extracted image properly typed. Have to think about it a bit with respect to the tools I have.

Regards,
Kent

[Nutul]

@Nutul@Tim Curtis @TheOldPresbyope

I did a quick research and found the tool eyed3, which seems to be the swiss army knife for ID3 editing on the command line

Updating to 2.4:
eyed3 --to-v2.4

And also getting rid of iTunes specific entries in the comment sectiongoes easily with:
eyed3 --remove-all-comments 

So the sun will shine again soon  \o/

Cheers,
Andrea

Andrea,

yes, that's one of the tools that will do the job.

find . -iname "*.mp3" -exec eye3d --remove-all-comments --to-v2.4 "{}" \;

provided you are on a Linux machine, the command above should migrate all your mp3 files to v2.4 and remove the unwanted comments.

It looks like I rejoiced too early. I have converted the entire mp3 collection to ID3 v2.4 and deleted all the unnecessary comment entries, but after a new import (cache and meta data definitely cleared) the same cover images are again not loaded.

When I compare the files with eyed3d whose album art is displayed and those whose album art is not, I can't spot any difference. Maybe I will look into it with ffmpeg again later which provides some more detailed information in the logs.

A workaround would probably be to extract the image from a file and save it in the album directory, but that's certainly not a nice solution.

Hi,

the problem could be that the thumbnails already exist (folder and file names haven't changed, right?), so if you go to "m" => Configure => Library, then scroll down to "Thumbnail Generator" section and hit the "Regenerate" button, once it's finished you should be fine with all the thumbnails re-generated from the embedded pictures again.

Another way to check the image can be read is to actually play the file: in the Now-Playing and Screensaver view the image is shown (while it may not in the playing queue and the albums list, until, as said, you re-generate the thumbnails).

[haeckse]

@Nutul@Tim Curtis @TheOldPresbyope

I did a quick research and found the tool eyed3, which seems to be the swiss army knife for ID3 editing on the command line

Updating to 2.4:
eyed3 --to-v2.4

And also getting rid of iTunes specific entries in the comment sectiongoes easily with:
eyed3 --remove-all-comments 

So the sun will shine again soon  \o/

Cheers,
Andrea

Andrea,

yes, that's one of the tools that will do the job.

find . -iname "*.mp3" -exec eye3d --remove-all-comments --to-v2.4 "{}" \;

provided you are on a Linux machine, the command above should migrate all your mp3 files to v2.4 and remove the unwanted comments.

It looks like I rejoiced too early. I have converted the entire mp3 collection to ID3 v2.4 and deleted all the unnecessary comment entries, but after a new import (cache and meta data definitely cleared) the same cover images are again not loaded.

When I compare the files with eyed3d whose album art is displayed and those whose album art is not, I can't spot any difference. Maybe I will look into it with ffmpeg again later which provides some more detailed information in the logs.

A workaround would probably be to extract the image from a file and save it in the album directory, but that's certainly not a nice solution.

Hi,

the problem could be that the thumbnails already exist (folder and file names haven't changed, right?), so if you go to "m" => Configure => Library, then scroll down to "Thumbnail Generator" section and hit the "Regenerate" button, once it's finished you should be fine with all the thumbnails re-generated from the embedded pictures again.

Another way to check the image can be read is to actually play the file: in the Now-Playing and Screensaver view the image is shown (while it may not in the playing queue and the albums list, until, as said, you re-generate the thumbnails).

Hey,

hitting the "regenerate thumbnails" button was of course my first action. Then I cleared all files in /var/local/www/thbimages (not sure if I memorized the path correctly) and restarted the cache generation. When none of it worked, out of desperation, I wrote a fresh Moode image to the Raspi SD, since I'm not 100% familar with the Moode file structure yet, and I was wondering if there may is some other cache living in some other place or in a database. But still no success.

Andrea

[Nutul]

@Nutul@Tim Curtis @TheOldPresbyope

I did a quick research and found the tool eyed3, which seems to be the swiss army knife for ID3 editing on the command line

Updating to 2.4:
eyed3 --to-v2.4

And also getting rid of iTunes specific entries in the comment sectiongoes easily with:
eyed3 --remove-all-comments 

So the sun will shine again soon  \o/

Cheers,
Andrea

Andrea,

yes, that's one of the tools that will do the job.

find . -iname "*.mp3" -exec eye3d --remove-all-comments --to-v2.4 "{}" \;

provided you are on a Linux machine, the command above should migrate all your mp3 files to v2.4 and remove the unwanted comments.

It looks like I rejoiced too early. I have converted the entire mp3 collection to ID3 v2.4 and deleted all the unnecessary comment entries, but after a new import (cache and meta data definitely cleared) the same cover images are again not loaded.

When I compare the files with eyed3d whose album art is displayed and those whose album art is not, I can't spot any difference. Maybe I will look into it with ffmpeg again later which provides some more detailed information in the logs.

A workaround would probably be to extract the image from a file and save it in the album directory, but that's certainly not a nice solution.

Hi,

the problem could be that the thumbnails already exist (folder and file names haven't changed, right?), so if you go to "m" => Configure => Library, then scroll down to "Thumbnail Generator" section and hit the "Regenerate" button, once it's finished you should be fine with all the thumbnails re-generated from the embedded pictures again.

Another way to check the image can be read is to actually play the file: in the Now-Playing and Screensaver view the image is shown (while it may not in the playing queue and the albums list, until, as said, you re-generate the thumbnails).

Hey,

hitting the "regenerate thumbnails" button was of course my first action. Then I cleared all files in /var/local/www/thbimages (not sure if I memorized the path correctly) and restarted the cache generation. When none of it worked, out of desperation, I wrote a fresh Moode image to the Raspi SD, since I'm not 100% familar with the Moode file structure yet, and I was wondering if there may is some other cache living in some other place or in a database. But still no success.

Andrea

Hi Andrea,

two things:

1. if you are accessing moOde UI through a browser, try clearing the browser's cache
2. send over a file still not working as expected (possibly the same) so that I can have another look at it

[haeckse]

@haeckse 

So I'm late to the party (even retired people have things to do IRL ).

I see you all have sorted that the ID3 V2.2 tag is an unsupported version and that the iTunNORM comment is a disaster.

It appears there's one more problem. Yes, there's an attached picture frame (in ID3 speak) but its type is "other" rather that "cover (front)".

One of the programs in my kitbag, MP3diags, says it best: "ID3V2 tag has at least one valid APIC frame (which is used to store images), but no frame has a type that is associated with an album cover."

As you have seen, some programs ignore this---I suppose they just grab the first image they find in the file and call it the cover---but other pay attention.

Off the top of my head, I'm not aware of an easy way to change the descriptor on the APIC frame (unless you're up for binary file editing). The brute-force-and-ignorance way to fix it is to extract the image, clear the image from the file, and then reinsert the extracted image properly typed. Have to think about it a bit with respect to the tools I have.

Regards,
Kent

Hello Kent,

Thanks for your reply, which I totally overlooked yesterday in the stream of posts, sorry. 

So, I also saw that there is an abundance of frames for pictures, but the files I have looked into whose images show up in Moode use the "other" frame as well as the files do whoose album art isn't shown. But what you wrote makes perfectly sense to me, maybe having the images allocated to "other" instead of "cover" upsets Moode somehow, so I will have a look tonight if maybe "eyed3" with its tons of parameters can change the descriptor.

Regards,
Andrea

[Tim Curtis]

When troubleshooting issues with song files its easiest to work with just a single file.

Copy one of the affected files to a USB stick to create a one file Library. Regenerate the thumbnail cache and then examine the moode log for errors from the thumbnail generator using the command below.

Code:

moodeutl -l

[TheOldPresbyope]

@haeckse
@Nutul 
@Tim Curtis 

What Tim said.

Sorry, I just noticed one last issue with the Show Me Something Good track you shared. Even after I converted to ID3 V2.3, removed the comments, and retyped the APIC frame as type 03 Cover (front) I was getting a thumbnail but not a full cover displayed during playback.

The track metadata is declaring the APIC format to be MIME type "image/PNG". I haven't had my coffee this morning so haven't browsed the code, but might we not be flattening upper- to lowercase when processing embedded images? Anyway, as a quick-n-dirty fix I edited the MIME type in the metadata to "image/png", and the cover now displays.

Regards,
Kent