# Unable to REMOVE cover art

**URL:** <https://community.mp3tag.de/t/unable-to-remove-cover-art/62420>\
**Category:** Support\
**Created:** [October 15, 2023, 7:20pm UTC](https://community.mp3tag.de/t/unable-to-remove-cover-art/62420 "2023-10-15T19:20:22Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![twsf](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/t/ecc23a/32.png) [@twsf](https://community.mp3tag.de/u/twsf)\
**Post date:** [October 15, 2023, 7:20pm UTC](https://community.mp3tag.de/t/unable-to-remove-cover-art/62420/1 "2023-10-15T19:20:22Z")

</div>

Remove cover art is not working in latest version. "Right click... Remove cover..." _appears_ to work, until the files are saved once again, and the cover image reappears.

 ![mp3tag15](https://community.mp3tag.de/uploads/default/original/2X/f/fb5d8ef721f89ff7b3c41c314e87281cf1b12a4a.png)

 ![mp3tag16](https://community.mp3tag.de/uploads/default/original/2X/e/e6ab4b44c339ef3818052bf942c6152e4f9c6eb9.png)

 ![mp3tag17](https://community.mp3tag.de/uploads/default/original/2X/4/421bb4f4df9e9566edcff903b6fb7ffc44619ca8.png)

---

<div class="post-metadata">

**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:** [October 15, 2023, 7:24pm UTC](https://community.mp3tag.de/t/unable-to-remove-cover-art/62420/2 "2023-10-15T19:24:15Z")

</div>

As you see the filename next to the cover thumbnail in the tag panel, you see the representation of the file in the folder.  
If you do not like that, see the Options Ctrl-O \>Tags\> Do not show covers from the folder.

If you want to be sure, you could also apply a filter  
%\_covers% MISSING  
to see files without embedded picture  
or  
%\_covers% PRESENT  
to see the files with embedded picture.

---

<div class="post-metadata">

**Author:** ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)\
**Post date:** [October 15, 2023, 7:41pm UTC](https://community.mp3tag.de/t/unable-to-remove-cover-art/62420/3 "2023-10-15T19:41:38Z")

</div>

> [@ohrenkino](#):
>
> As you see the filename next to the cover thumbnail in the tag panel, you see the representation of the file in the folder.

It also can be a cover description (likely from an APEv2 tag), which I think is more likely in that case. The file would not display the cover type "Front Cover".

@twsf, my guess is that the tag version displayed doesn't match the tag version saved. See the **Tags** column in the File List and **Options → Tags → Mpeg** for configuration.

---

<div class="post-metadata">

**Author:** ![twsf](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/t/ecc23a/32.png) [@twsf](https://community.mp3tag.de/u/twsf)\
**Post date:** [October 15, 2023, 8:59pm UTC](https://community.mp3tag.de/t/unable-to-remove-cover-art/62420/4 "2023-10-15T20:59:34Z")

</div>

I am trying to remove and replace with a new, larger cover image, and it doesn't work. It keeps resaving the old, smaller cover image., even when I click "don't save old cover".

---

<div class="post-metadata">

**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:** [October 15, 2023, 9:06pm UTC](https://community.mp3tag.de/t/unable-to-remove-cover-art/62420/5 "2023-10-15T21:06:56Z")

</div>

Could you check the extended tags dialogue Alt-T for a single file and have a look at the dialogue title whether that says anything with APE?  
If so, could you then check the option Ctrl-O as @Florian recommended?

If you read APE but do not write them then the APE tags will stay unmodified but you will always see them.

---

<div class="post-metadata">

**Author:** ![twsf](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/t/ecc23a/32.png) [@twsf](https://community.mp3tag.de/u/twsf)\
**Post date:** [October 15, 2023, 9:56pm UTC](https://community.mp3tag.de/t/unable-to-remove-cover-art/62420/6 "2023-10-15T21:56:14Z")

</div>

Here are what the screens show for one file, and the program settings:

![mp3tag20](https://community.mp3tag.de/uploads/default/original/2X/6/63e3cd183d41aa44d9a2c0461886bd0f651d424e.png)

 ![mp3tag18](https://community.mp3tag.de/uploads/default/original/2X/b/be4711b5209b5ff24f8a9fce3026fc989a728884.png)

 ![mp3tag19](https://community.mp3tag.de/uploads/default/original/2X/5/575126c68b9cad174b27cc65ea518500ae8c431f.png)

---

<div class="post-metadata">

**Author:** ![twsf](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/t/ecc23a/32.png) [@twsf](https://community.mp3tag.de/u/twsf)\
**Post date:** [October 15, 2023, 10:24pm UTC](https://community.mp3tag.de/t/unable-to-remove-cover-art/62420/7 "2023-10-15T22:24:00Z")

</div>

I see an inconsistency in the two Options screens - why would they be able to have inconsisent checks in APEv2 setting? Or is the second screen ("Ape, Mpc...") irrelevant?

Regardless, when I do tick "Write APEv2" in Mpeg Options settings (which I unticked per Support directions when trying to solve a different problem), I now can correctly remove and replace the cover. Although, if it's helpful to developers, the screen still says "Front Cover" as cover type:

 ![mp3tag21](https://community.mp3tag.de/uploads/default/original/2X/f/f4f08e764673f7c9af6b7a8edaaf3019a7caade3.png)

---

<div class="post-metadata">

**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:** [October 16, 2023, 5:53am UTC](https://community.mp3tag.de/t/unable-to-remove-cover-art/62420/8 "2023-10-16T05:53:54Z")

</div>

> [@twsf](#):
>
> Or is the second screen ("Ape, Mpc...") irrelevant?

That depends.The documentation says:

> **[Ape, Mpc – Mp3tag Documentation](https://docs.mp3tag.de/customization/options/tags/ape/)**
>
> Documentation of APE tags configuration options. Mp3tag is the universal Tag Editor.

"These configuration options are affecting audio formats which are using APE tags by default (like Musepack, Monkey’s Audio, WavPack, …)."  
Which means: not MP3 or MP4 files.

If APE tags cause so much of a problem, I would remove them and use only ID3 tags. Or do they contain data that you need?

---

<div class="post-metadata">

**Author:** ![twsf](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/t/ecc23a/32.png) [@twsf](https://community.mp3tag.de/u/twsf)\
**Post date:** [October 16, 2023, 9:40am UTC](https://community.mp3tag.de/t/unable-to-remove-cover-art/62420/9 "2023-10-16T09:40:43Z")

</div>

My question was why MP3Tag would have two adjacent setting screens that would allow CONFLICTING settings?

---

<div class="post-metadata">

**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:** [October 16, 2023, 10:54am UTC](https://community.mp3tag.de/t/unable-to-remove-cover-art/62420/10 "2023-10-16T10:54:56Z")

</div>

My answer was that the 2 setting screens apply to different file types - so there is no real conflict.  
Options\>Tags\>Mpeg applies to files ending in "mp" in most cases,  
Options\>Tags\>Ape, Mpc applies to files of the type Monkey’s Audio, WavPack etc.

So, the settings are only used for file types that fit. If you have no i.e. WavPack files, then the settings Options\>Tags\>Ape, Mpc are ignored.  
Also, if you have FLAC files, none of the settings for MPEG or APE, Mpc are taken.  
And so on.

---

<div class="post-metadata">

**Author:** ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)\
**Post date:** [November 15, 2023, 10:55am UTC](https://community.mp3tag.de/t/unable-to-remove-cover-art/62420/11 "2023-11-15T10:55:53Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
