# Cover Art disappearing **URL:** \ **Category:** Support\ **Created:** [January 10, 2022, 11:52am UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841 "2022-01-10T11:52:04Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![Boutman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/boutman/32/10693_2.png) [@Boutman](https://community.mp3tag.de/u/Boutman)\ **Post date:** [January 10, 2022, 11:52am UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/1 "2022-01-10T11:52:04Z")
Hello, new here. I made cover art for 650+ mp3 files last month, took me a week, with no problems: all came up (this really is a great program, thanks!), I used some covers I made myself, some copied from discogs, or MusicBrainz etc. After some time half of them "disappeared" when I opened mp3tag. Worked from external hardrive with "cover map" there, then some copying to pc (Windows 10) or other usb sticks for use in my car. Lot of research done (that's why I became member here), uninstalled the program & reboot, alt/T, etc. etc. all to no avail.... ps my mp3tag edited covers all do show up e.g. in windows media player (although not all in Groove Music), when I open mp3tag program again where I edited them, as said, only +/- half of them showed up ---
**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\ **Post date:** [January 10, 2022, 12:01pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/2 "2022-01-10T12:01:30Z")
Load the files Check if the files really have embedded covers. Use the filter (press F3 to see where to enter the filter expression) %\_covers% MISSING Ideally, no files appear in the files list. This would mean that all the loaded files have embedded covers. As soon as it is clear that the covers are really embedded, it is a task to investigate how the player shows the pictures: does it read the tags? Does it need an external file like folder.jpg? Does it have an internal cache that needs updating? ---
**Author:** ![Boutman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/boutman/32/10693_2.png) [@Boutman](https://community.mp3tag.de/u/Boutman)\ **Post date:** [January 10, 2022, 12:08pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/3 "2022-01-10T12:08:39Z")
Ok, thx for quick reply, will check this out and come back at you ---
**Author:** ![Boutman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/boutman/32/10693_2.png) [@Boutman](https://community.mp3tag.de/u/Boutman)\ **Post date:** [January 10, 2022, 1:47pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/4 "2022-01-10T13:47:42Z")
> [@ohrenkino](#): > > %\_covers% MISSING Just investigated: When loading the program =/- 420 files from the 658 list, formerly with cover, are now without and +/- 238 files still have the cover I made for them When filtering with %\_covers% MISSING in stead of no files, all files with no covers show up (the +/- 420 files mentioned above) ps all tags (title, album, etc.) are working just fine, except for some titles that doni't accept the "é" or other specials sign lettering ---
**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\ **Post date:** [January 10, 2022, 1:56pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/5 "2022-01-10T13:56:38Z")
If you have hits in the filtered list then there are no covers. You would have to add them (again). What kind of files are these? MP3? MP4? WAV? FLAC? AAC? ---
**Author:** ![Boutman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/boutman/32/10693_2.png) [@Boutman](https://community.mp3tag.de/u/Boutman)\ **Post date:** [January 10, 2022, 1:58pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/6 "2022-01-10T13:58:15Z")
all files have the all mp3 extension ---
**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\ **Post date:** [January 10, 2022, 2:02pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/7 "2022-01-10T14:02:39Z")
if you have files that a) already have a cover and are part of an album where other files do not have a cover, then you could export the covers first to file and then import them back to all files of that album. E.g. if you have Abba: Arrival and at least 1 file of that album has a cover, then Create an action of the type "Export cover to file" with Format string: `%artist%_%album%_%_cover_type%` Then import the covers back with an action of the type "Import cover from file" with Format String: `%artist%_%album%_%_cover_type%.jpg` This should import covers only to files where the generated filename from tags matches the picture filename. This means that only matching files will be imported. See how many hits remain for %\_covers% MISSING ---
**Author:** ![Boutman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/boutman/32/10693_2.png) [@Boutman](https://community.mp3tag.de/u/Boutman)\ **Post date:** [January 10, 2022, 2:04pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/8 "2022-01-10T14:04:55Z")
Ok, thx again; will take some time to figure this out, but, again, will certainly come back to you! (ps and just love that Akai GX77 profile pic! What a great time that was!) ---
**Author:** ![Boutman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/boutman/32/10693_2.png) [@Boutman](https://community.mp3tag.de/u/Boutman)\ **Post date:** [January 23, 2022, 11:08am UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/9 "2022-01-23T11:08:34Z")
Some time has passed. I followed your previous advice, i.e.: to upload the dissapeared covers again, still busy with this proces, and see if they "hold". In the meantime, again, this question: some "special sign" letters such as "é", "è", "à" or "ö" for example are changed by the program into other signs, e. g. "Véronique Sanson" becomes "VA©ronique Sanson", strange... ---
**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\ **Post date:** [January 23, 2022, 11:53am UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/10 "2022-01-23T11:53:58Z")
> [@Boutman](#): > > example are changed by the program into other signs, e. Which character encoding do you save? It should be UTF-16. Check File\>Options\>Tags\>mpeg for the setting ---
**Author:** ![Boutman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/boutman/32/10693_2.png) [@Boutman](https://community.mp3tag.de/u/Boutman)\ **Post date:** [January 23, 2022, 12:29pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/11 "2022-01-23T12:29:53Z")
Think it is UTF-16 indeed see: ![Mpeg](https://community.mp3tag.de/uploads/default/original/2X/4/47667eb289f36c40c1dd5eb942de86452ae64cf9.jpeg) ---
**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\ **Post date:** [January 23, 2022, 12:37pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/12 "2022-01-23T12:37:51Z")
And where do you see > [@Boutman](#): > > VA©ronique Sanson In your player or in MP3tag? ---
**Author:** ![Boutman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/boutman/32/10693_2.png) [@Boutman](https://community.mp3tag.de/u/Boutman)\ **Post date:** [January 23, 2022, 12:39pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/13 "2022-01-23T12:39:16Z")
In both, I changed the "é"'s etc in "e" etc, just "for theye to see a nice writing", e.g. in my car ---
**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\ **Post date:** [January 23, 2022, 12:43pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/14 "2022-01-23T12:43:56Z")
TBH: normally, MP3tag does not change characters. Either they are recognized as they are or they come with the wrong encoding straight away - which means that some steps prior to loading them into MP3tag got it wrong. Once MP3tag got the correct character, then it also saves them correctly. What the player then makes of it is a completely different story. ---
**Author:** ![Boutman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/boutman/32/10693_2.png) [@Boutman](https://community.mp3tag.de/u/Boutman)\ **Post date:** [January 23, 2022, 12:51pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/15 "2022-01-23T12:51:23Z")
ok, I wil change some characters again as original and see what happens and ps: in addition, the "length" of songs, e.g.: a song has a duration of 4 minutes, in the "length" column of mp3tag screen is displayed e.g. as "10:09", but the duration of the song when played is correct... these songs cannot be manipulated manually fast forward/fast rewind in WMP, other songs which are displayed in the 'correct way" in mp3tag in the length column can be manipulated FF/REW normally ---
**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\ **Post date:** [January 23, 2022, 12:53pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/16 "2022-01-23T12:53:08Z")
Please check these files with mp3val and mp3diags. They are probably broken to some extent. > [@How to check files for errors?](https://community.mp3tag.de/t/how-to-check-files-for-errors/44633): > > It’s required and often helps to reduce support cycles to check files for errors before filing a bug report. Symptoms of erroneous files are often missing or wrong bitrate or length audible blips or skips tags seem to be sticky and cannot be removed There are some really good tools to check the files for errors, namely MP3 Diags — identifies many different issues in MP3 files Website: [http://mp3diags.sourceforge.net](http://mp3diags.sourceforge.net) Download: [MP3 Diags - Getting MP3 Diags](http://mp3diags.sourceforge.net/010_getting_the_program.html#binWindows) If the font size in MP3 Diags is … ---
**Author:** ![Boutman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/boutman/32/10693_2.png) [@Boutman](https://community.mp3tag.de/u/Boutman)\ **Post date:** [January 23, 2022, 12:54pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/17 "2022-01-23T12:54:38Z")
Ok, thank you very much, I think indeed that the problem is not with mp3tag program, will return to you when researching your advice! ---
**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\ **Post date:** [January 23, 2022, 3:42pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/18 "2022-01-23T15:42:57Z")
> [@Boutman](#): > > In both, I changed the "é"'s etc in "e" etc, just "for theye to see a nice writing", e.g. in my ca That seems to be a codepage problem. Anyway: If all diacritic signs are in the same way wrong - ie. "é is always "A©" you can repair this very easy. Load all your files and filter for A©. Then define an action of the type "Replace". Field: \_ALL Original: A© Replace with: é and so on with the other characters. ---
**Author:** ![Boutman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/boutman/32/10693_2.png) [@Boutman](https://community.mp3tag.de/u/Boutman)\ **Post date:** [January 23, 2022, 4:11pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/19 "2022-01-23T16:11:35Z")
If problem persists I will certainly use your suggestion! Thx. ---
**Author:** ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)\ **Post date:** [February 9, 2026, 12:29pm UTC](https://community.mp3tag.de/t/cover-art-disappearing/55841/20 "2026-02-09T12:29:37Z")