# \[X\] remove cover does not remove the tag field COVERART

**URL:** <https://community.mp3tag.de/t/x-remove-cover-does-not-remove-the-tag-field-coverart/18743>\
**Category:** No Bugs\
**Created:** [February 23, 2017, 5:26pm UTC](https://community.mp3tag.de/t/x-remove-cover-does-not-remove-the-tag-field-coverart/18743 "2017-02-23T17:26:29Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![usamike](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/u/c6cbf5/32.png) [@usamike](https://community.mp3tag.de/u/usamike)\
**Post date:** [February 23, 2017, 5:26pm UTC](https://community.mp3tag.de/t/x-remove-cover-does-not-remove-the-tag-field-coverart/18743/1 "2017-02-23T17:26:29Z")

</div>

hi,

i passed one year to search where that problem came from in my music manager (helium music)

When a mp3 file came with the tag "COVERART" (see in id3 tag from windows properties), my music manager software fails and crashed whereas i always use mptag to clean my tags.

but, i just discover now why.

The feature "remove cover" of mp3tag forgets to remove the field COVERART (and another one i can't see the name, sorry)

here a screen capture of a mp3 properties where i just used the "remove cover" feature :  
[![](https://3-t.imgbox.com/INOaUYrx.jpg)](http://imgbox.com/INOaUYrx)

Even, when i upload a new cover art album with mp3tag, this two fields are not updated , why ?

thanks for help please.  
Best regards

Mike

 ![](https://community.mp3tag.de/uploads/default/original/2X/5/54013bd3fa9de256921d3c0f5fea25948d0a9ec5.jpg)

---

<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:** [February 23, 2017, 7:17pm UTC](https://community.mp3tag.de/t/x-remove-cover-does-not-remove-the-tag-field-coverart/18743/2 "2017-02-23T19:17:58Z")

</div>

How do you delete a cover?  
The easiest way to do it is to select the files and right-click on the cover in the tag panel and select "Delete cover" and save the modification.  
The other field that your program shows is the cover\_mime\_type which shows the type of an embedded cover.  
It is a little puzzling that your program shows the binary of a picture as characters.

---

<div class="post-metadata">

**Author:** ![usamike](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/u/c6cbf5/32.png) [@usamike](https://community.mp3tag.de/u/usamike)\
**Post date:** [February 23, 2017, 8:21pm UTC](https://community.mp3tag.de/t/x-remove-cover-does-not-remove-the-tag-field-coverart/18743/3 "2017-02-23T20:21:17Z")

</div>

i do exactly like you said.

The other fields should be removed too when i saven my modification! But mp3tag let them there ! that is the problem ! i don't want them!

i am not the one who put that fields (i guess it is the plateform where i buy the digital). Because they contains a 600x600 cover art album, i always remove the original cover (with mp3tag) and replace them by my own 1000x1000 that i reupload into the mp3 (using mp3tag too).  
Even when i upload it, mp3tag forget to update then (even i'd prefer it will erase them and only keep the normal picture inside the tag).

for me it is a bug that mp3tag forget to take in charge of them while i delete the cover or i update it. if you want, i can send you a exemple of such mp3.

---

<div class="post-metadata">

**Author:** ![usamike](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/u/c6cbf5/32.png) [@usamike](https://community.mp3tag.de/u/usamike)\
**Post date:** [February 23, 2017, 8:28pm UTC](https://community.mp3tag.de/t/x-remove-cover-does-not-remove-the-tag-field-coverart/18743/4 "2017-02-23T20:28:27Z")

</div>

i did a test, i just try to remove the old original one (which was a jpeg embeded picture) and upload a PNG new one.

look at it, mp3tag forget to update the fields ! but it got my PNG file into.  
so , the bug is produced!  
 ![](https://community.mp3tag.de/uploads/default/original/2X/0/0f72ecc85ceb99e8c338ca3fd5be7a6ced0ee7aa.jpg)

![](https://community.mp3tag.de/uploads/default/original/2X/0/0f72ecc85ceb99e8c338ca3fd5be7a6ced0ee7aa.jpg)

---

<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:** [February 23, 2017, 8:29pm UTC](https://community.mp3tag.de/t/x-remove-cover-does-not-remove-the-tag-field-coverart/18743/5 "2017-02-23T20:29:29Z")

</div>

> [@usamike](#):
>
> i do exactly like you said.
> 
> The other fields should be removed too when i saven my modification! But mp3tag let them there ! that is the problem ! i don't want them!  
> ...

If MP3tag apparently does not delete tags then you should check which tags you let Mp3tag read, write and delete.  
The proper setting would be: read and delete all, write only V1 and V2.  
Esp. APE tags are a problem.  
If you have these in a file, get rid of them.

If this is not the case, check the file's integrity with mp3val and/or mp3diags.

---

<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:** [February 24, 2017, 1:37pm UTC](https://community.mp3tag.de/t/x-remove-cover-does-not-remove-the-tag-field-coverart/18743/6 "2017-02-24T13:37:00Z")

</div>

> [@usamike](#):
>
> ... if you want, i can send you a exemple of such mp3.

Go ahead.

---

<div class="post-metadata">

**Author:** ![usamike](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/u/c6cbf5/32.png) [@usamike](https://community.mp3tag.de/u/usamike)\
**Post date:** [February 24, 2017, 3:13pm UTC](https://community.mp3tag.de/t/x-remove-cover-does-not-remove-the-tag-field-coverart/18743/7 "2017-02-24T15:13:24Z")

</div>

> [@ohrenkino](#):
>
> Go ahead.

here is a trim (3 seconds) of a file with that kind of problem

[https://1fichier.com/?3tkupi7mv0](https://1fichier.com/?3tkupi7mv0)

---

<div class="post-metadata">

**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:** [February 24, 2017, 3:47pm UTC](https://community.mp3tag.de/t/x-remove-cover-does-not-remove-the-tag-field-coverart/18743/8 "2017-02-24T15:47:18Z")

</div>

> [@usamike](#):
>
> here is a trim (3 seconds) of a file with that kind of problem
> 
> [https://1fichier.com/?3tkupi7mv0](https://1fichier.com/?3tkupi7mv0)

You have 2 tag-fields (coverart and covertartmime) in your mp3.  
As far that I know these tags belong to OggVorbis.  
Maybe an orginal Ogg-file was recoded as mp3 and the tags were taken from these ogg-file.  
The cover-file you see in Mp3Tag has nothing to do with theses tag-fields.

As you have a mp3 now you don't need these tags.  
Just take the extended tag-menue in MP3Tag (ALT-t) and delete these tags.

But because you mention a crash from your player:  
I noticed that your embedded cover has xmp-metadata.  
Till now I had no such experience but I heard that some players may have problems with metadata in embedded pictures. Perhaps you should strip the pictures from metadata before you embed them in the mp3-file with Mp3Tag.

---

<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:** [February 24, 2017, 3:57pm UTC](https://community.mp3tag.de/t/x-remove-cover-does-not-remove-the-tag-field-coverart/18743/9 "2017-02-24T15:57:17Z")

</div>

> [@usamike](#):
>
> here is a trim (3 seconds) of a file with that kind of problem

You only have V1 and V2 fields in the files. That is good.

You have several user-defined fields in the file  
TXXX/COVERART which is shown as COVERART in MP3tag extended tags  
TXXX/COVERARTMIME which is shown as COVERARTMIMETYPE in MP3tag extended tags

These fields have nothing to do with embedded covers and their mime type.  
Additionally you have a cover APIC with the size 2034250 and the status cover. This represents the actually embedded picture.

The user-defined fields do not get deleted if you remove the cover - which is perfectly possible with MP3tag. Also, these fields do not get updated as they have nothing to do with the embedded picture.

So: whatever software wrote these 2 fields I don't know but I would say that they are absolutely superfluous. You can delete them.

To sum it up: I can see no bug for MP3tag.

---

<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:** [December 28, 2018, 6:51pm UTC](https://community.mp3tag.de/t/x-remove-cover-does-not-remove-the-tag-field-coverart/18743/10 "2018-12-28T18:51:07Z")

</div>

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