I check the “clear existing tags” since I have some tags on the files I don’t want to keep.
For instance:
album dynamic range (db)
album dynamic range (r128)
catalog
country
upc
and others that I set manually in MP3Tag a while ago.
I find it easier to check that box than use a script to delete them.
Maybe I’m doing it wrong and there’s a better way.
What’s strange is that I had to make aclean windows install, and previous to that I had this config and no problem
Something to try, which may help identify if it’s a bug in Picard is to leave the “Embed cover images into tags” checked, but uncheck each of the “Cover Art Providers” instead.
I have a small suspicion what might be happening. FLACs use Vorbis comments for tags. But FLACs have their very own way of embedding images as an own data block, while for other Vorbis formats the images are written to a Vorbis comment tag METADATA_BLOCK_PICTURE.
Hence my suspicion is that your FLACs probably have the images set as METADATA_BLOCK_PICTURE instead of image blocks as expected for FLACs.
Would be interesting to see the output of the metaflac command line tool, or any other tool that shows the raw Vorbis comments, for one of your files with the image still intact.
You would run metaflac with the --list parameter to have it list all the tags in a file.
metaflac --list yourfile.flac
Looks like you are on Windows. Someone might also be able to name some alternative tool to show the raw tags, but I’m not too familiar with what is available on Windows.
A second thing to check is whether if you load one of those files into Picard onto the left pane whether it shows the embedded image.
Sorry for the delay in answering.
I don’t know if this was a bug that reset on closing the app, but I’m going through my albums and they’re keeping the embedded images, so I think it solved itself
When I didn’t have a cover.jpg in the folder and when I did have embedded cover art in the flac files it removes the embedded images. Leaving me without cover art.
Keep embedded covert art is on. As is clearing existing tags. Turning clearing existing tags to off fixes this ofcoarse. But I have my reasons to have it on. I think it is a bug.
I also checked how the image is stored in the Flac file: METADATA block #3 type: 6 (PICTURE) ← This is a native FLAC picture block ✓ type: 3 (Cover (front)) ← Correctly tagged as front cover ✓ data length: 1596908 ← ~1.5 MB image present ✓