# removing ape tags

**URL:** https://community.mp3tag.de/t/removing-ape-tags/4597
**Category:** Support
**Created:** [March 12, 2007, 7:20am UTC](https://community.mp3tag.de/t/removing-ape-tags/4597 "2007-03-12T07:20:18Z")
**Posts on this page:** 10
**Page:** 1

<div class="post-metadata">

### Author: ![saras](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/s/d9b06d/32.png) [@saras](https://community.mp3tag.de/u/saras)
#### Post date: [March 12, 2007, 7:20am UTC](https://community.mp3tag.de/t/removing-ape-tags/4597/1 "2007-03-12T07:20:18Z")

</div>

files:mp3s  
tags: mp3v1, mp3v2, apev2  
mp3v1, mp3v2 contain song and album data  
ape tag contains replaygain data

settings  
read:mp3v1, mp3v2, apev2  
write:mp3v2  
remove:mp3v1, ape

actions:  
select all  
alt+T  
delete replaygain tags  
save files

result:  
files rewritten (slow)  
mp3v2 tags deleted (title, performer, etc. all gone)  
apev2 tags still in file  
apev2 tags still contain replaygain data  
hex editor shows two apev2 tags at end of files

actions:  
select one file  
alt+T  
delete replaygain tags  
save file  
close mp3tag  
reopen mp3tag  
select same file  
alt+T

result:  
mp3v2 tag contains replaygain and mp3gain data  
program doesn't see ape tag, but hex editor shows two ape tags at end of file

I give up - the program is so confusing that I don't think I will ever know if it works correctly. And I can't afford to delete any more tags in order to find out. BTW it can't find the album on Amazon to fix the tags, though MediaMonkey finds the same album in Amazon US, UK, Germany, Japan, and France. Unfortunately MediaMonkey is writing the _$^%_ ape tags and other programs don't LIKE ape tags on mp3 files.

There are a half dozen places where mp3tag holds outdated information and needs to refresh itself. It also needs to show all tags at once, and not make assumptions about which ones are desirable, especially if these assumptions conflict with program settings!

If I set it to not read ape tags, it doesn't see them. If I set it to read them, it uses that (incorrect) data in lieu of the correct mp3v2 data. Even if I knew what settings to use, it's too much trouble to do such a simple task (delete and remove all APE tags, delete and remove MP3v1 tags, do not alter MP3v2 tags).

The more I experiment to be sure I'm describing things correctly, the more my files get hosed, and the more unpredictable things MP3tag seems to do. Enough.

---

<div class="post-metadata">

### Author: ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [March 12, 2007, 9:50am UTC](https://community.mp3tag.de/t/removing-ape-tags/4597/2 "2007-03-12T09:50:00Z")

</div>

For the record it's ID3v1 and ID3v2, not mp3v\*

You don't use actions to delete certain tag types. There's the command ![:mt_delete:](https://community.mp3tag.de/uploads/default/original/1X/f8cb09f7d5897904a6009038a284a45dd782a67f.png ":mt\_delete:") "Remove Tags" that deletes the tags you have set in _Remove:_

> [@](#):
>
> settings  
> read:mp3v1, mp3v2, apev2  
> write:mp3v2  
> **remove:mp3v1, ape**

With these settings, just use "Remove Tags" and ID3v1 and APE tags will be deleted.

> [@](#):
>
> hex editor shows two apev2 tags at end of files

There's one APETAGEX for tag header and one for footer which makes one Ape tag.

> [@](#):
>
> And I can't afford to delete any more tags in order to find out.

You can make copies and mess with the copies.

> [@](#):
>
> BTW it can't find the album on Amazon to fix the tags, though MediaMonkey finds the same album in Amazon US, UK, Germany, Japan, and France.

Which album?

> [@](#):
>
> It also needs to show all tags at once, and not make assumptions about which ones are desirable, especially if these assumptions conflict with program settings!

Mp3tag shows and works only with one tag type at once. The order is APEv2 \> ID3v2 \> ID3v1  
The other types get synced with this tag if they are enabled in "Write:"  
There are no assumptions made.

> [@](#):
>
> If I set it to not read ape tags, it doesn't see them. If I set it to read them, it uses that (incorrect) data in lieu of the correct mp3v2 data.

If you don't wanna change the ID3v2 while you work with APEv2 disable it in "Write:"

---

<div class="post-metadata">

### Author: ![saras](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/s/d9b06d/32.png) [@saras](https://community.mp3tag.de/u/saras)
#### Post date: [March 14, 2007, 5:49am UTC](https://community.mp3tag.de/t/removing-ape-tags/4597/3 "2007-03-14T05:49:06Z")

</div>

> [@dano](#):
>
> For the record it's ID3v1 and ID3v2, not mp3v\*

Yep, it is. Not a good note to start a reply on, though.

> [@dano](#):
>
> You don't use actions to delete certain tag types. There's the command ![:mt_delete:](https://community.mp3tag.de/uploads/default/original/1X/f8cb09f7d5897904a6009038a284a45dd782a67f.png ":mt\_delete:") "Remove Tags" that deletes the tags you have set in _Remove:_

Confusing, but point taken. Perhaps a tutorial introducing the _concepts_ of the program? It claims  
"easy to use", but I, for one, don't find _not_ calling "delete tags" an action, um... counterintuitive?

> [@dano](#):
>
> With these settings, just use "Remove Tags" and ID3v1 and APE tags will be deleted.

> [@dano](#):
>
> There's one APETAGEX for tag header and one for footer which makes one Ape tag.

This is the theory. In practice, some (not many, but some) actually HAVE two ape tags - that's header, footer, header, footer. (I'm not saying YOUR program did it - just saying I found it with a hex editor). I don't know EXACTLY how it happened, but trying a whole bunch of media players and tag editors probably had something to do with it. I already know my files are a mess - that's why I'm looking for a tag editor.

> [@dano](#):
>
> You can make copies and mess with the copies.

I can, and will in the future. Oops.

> [@dano](#):
>
> Which album?

Astrud Gilberto's "Jazz 'Round Midnight" which someone in my household (11 computers on the network currently) had incorrectly tagged as "Jazz Around Midnight". MM sloppifies around this error somehow and finds the right album. So technically MP3tag behaves correctly here. But annoyingly so.

> [@dano](#):
>
> Mp3tag shows and works only with one tag type at once. The order is APEv2 \> ID3v2 \> ID3v1  
> The other types get synced with this tag if they are enabled in "Write:"

This is indeed what it does. Unfortunately, in the long run I need to see all three tag types in order to decide which information is correct in each field in each tag. No tag type is correct for all my files, and many of them will _never_ be tagged by Amazon, so there's no choice but eyeballing them. And with MP3tag, I need to keep changing settings and refreshing. And hope I remember what I set it to last...

> [@dano](#):
>
> If you don't wanna change the ID3v2 while you work with APEv2 disable it in "Write:"

Works fine - once I know which one I want to keep the data from - and assuming either one or the other has _all_ the data I want to keep.

I think I need to look harder for a more powerful editor. Most reviews/comparisons rate mp3tag very highly, and few others get more than a "huh? whatever.". But what I'd like - I guess this is feature requests for version 4 or so - is to see _all_ the fields in _all_ the tags at once, and to be able to decide which fields (within the limits of the tag specs) go into which tags.

Two examples

1. Moving replaygain from ape tags (which contain no other data) to id3v2 tags. I _think_ I can do this by syncing the ape tag to the id3 (hopefully without losing anything), and then syncing back the other way, and then deleting the now-redundant ape tags.

But I certainly wouldn't call it simple.

1. Removing oddball tags (such as, I believe, WIMP's PRIV fields) from ID3v2 tags. They aren't shown in "extended metadata" window, but rewriting ID3v2 tags preserves them in the file. The only way I can see to remove them is to convert to ID3v1, hope everything fits, and then convert back, writing new files each time. Correct? Or is there another way to coerce MP3tag to rewrite ID3v2, including ONLY the fields I define (or required ones)?

Likewise repairing damaged/incorrectly written ID3v2 tags. MP3tag seems to preserve any tag data it doesn't understand. Is this true in all cases?

I tried all the export options and none list the oddball tags - would it be possible to export ape and id3v2 tags, merge the files, and re-tag based on the edited textfile?

---

<div class="post-metadata">

### Author: ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [March 16, 2007, 8:27am UTC](https://community.mp3tag.de/t/removing-ape-tags/4597/4 "2007-03-16T08:27:56Z")

</div>

> [@](#):
>
> 1. Moving replaygain from ape tags (which contain no other data) to id3v2 tags. I _think_ I can do this by syncing the ape tag to the id3 (hopefully without losing anything), and then syncing back the other way, and then deleting the now-redundant ape tags.

I don't think it would work. Only way is probably to export APE RG tags to a txt file and then reimport.

> [@](#):
>
> 1. Removing oddball tags (such as, I believe, WIMP's PRIV fields) from ID3v2 tags. They aren't shown in "extended metadata" window, but rewriting ID3v2 tags preserves them in the file. The only way I can see to remove them is to convert to ID3v1, hope everything fits, and then convert back, writing new files each time. Correct? Or is there another way to coerce MP3tag to rewrite ID3v2, including ONLY the fields I define (or required ones)?

Select ID3v2 in "Remove:" and use Ctrl+X to cut the tag and Ctrl+V to put it back. Unknown frames should get lost.  
Using Ctrl+R and Ctrl+Y should have the same effect.

> [@](#):
>
> Likewise repairing damaged/incorrectly written ID3v2 tags. MP3tag seems to preserve any tag data it doesn't understand. Is this true in all cases?

The same procedure as above should help here.

> [@](#):
>
> I tried all the export options and none list the oddball tags - would it be possible to export ape and id3v2 tags, merge the files, and re-tag based on the edited textfile?

Yes.

---

<div class="post-metadata">

### Author: ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [March 16, 2007, 11:10am UTC](https://community.mp3tag.de/t/removing-ape-tags/4597/5 "2007-03-16T11:10:49Z")

</div>

> [@dano](#):
>
> I don't think it would work. Only way is probably to export APE RG tags to a txt file and then reimport.

I'm not quit sure ... cannot remember how I got rid of those damned APE tags slipped in by ReplayGain application ... but did not use any text export.

Can this work?  
Option Mpeg set: Read APE, write ID3V2.x.  
Use 4 x action 'Field Format'  
New fields:  
NEW\_REPLAYGAIN\_ALBUM\_GAIN  
NEW\_REPLAYGAIN\_ALBUM\_PEAK  
NEW\_REPLAYGAIN\_TRACK\_GAIN  
NEW\_REPLAYGAIN\_TRACK\_PEAK  
from old fields:  
%REPLAYGAIN\_ALBUM\_GAIN%  
%REPLAYGAIN\_ALBUM\_PEAK%  
%REPLAYGAIN\_TRACK\_GAIN%  
%REPLAYGAIN\_TRACK\_PEAK%

Option Mpeg set: Read ID3V2.x, write ID3V2.x.  
Check if new fields exist.  
If ok, then rename new fieldnames to standard replaygain names (remove the NEW\_ prefix).  
If ok, then remove APE tags.

DD.20070316.1310

---

<div class="post-metadata">

### Author: ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [March 16, 2007, 11:40am UTC](https://community.mp3tag.de/t/removing-ape-tags/4597/6 "2007-03-16T11:40:59Z")

</div>

After the first operation, the ID3v2 tag will have the values from the APE tag plus the NEW\_\* fields, but its old values are lost.  
There seems to be no direct way to append data to a tag type. Only txt import can do this. Or Convert \> Filename - tag  
You could rename the filenames to the RG values temporarily, switch tag reading options and then append to existing ID3v2

---

<div class="post-metadata">

### Author: ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [March 17, 2007, 6:44am UTC](https://community.mp3tag.de/t/removing-ape-tags/4597/7 "2007-03-17T06:44:05Z")

</div>

Dano is right, there seems to be no way to do this work from inside of Mp3tag due to a possible bug in the hierarchical tag control system.

So you have to use an export script like this:  
(set Options Mpeg 'Read APE')

```
$filename(Export.MP3Gain.txt,ANSI)$loop(%_path%)^|%_PATH%|%REPLAYGAIN_TRACK_GAIN%|%REPLAYGAIN_TRACK_PEAK%|%REPLAYGAIN_ALBUM_GAIN%|%REPLAYGAIN_ALBUM_PEAK%|%MP3GAIN_MINMAX%|%MP3GAIN_ALBUM_MINMAX%|%MP3GAIN_UNDO%|$
$loopend()

```

[Export\_APE\_MP3Gain\_fields.mte](https://community.mp3tag.de/uploads/default/original/2X/0/09ad1f49ac51c2380719f4c9de5adb252eb634a5.mte) (224 Bytes)

For importing you need a proper format string for the converter function 'Textfile to Tag':  
(no APE involved, unset Options Mpeg 'Read APE')

```
^|%_PATH%|%REPLAYGAIN_TRACK_GAIN%|%REPLAYGAIN_TRACK_PEAK%|%REPLAYGAIN_ALBUM_GAIN%|%REPLAYGAIN_ALBUM_PEAK%|%MP3GAIN_MINMAX%|%MP3GAIN_ALBUM_MINMAX%|%MP3GAIN_UNDO%|$

```

Afterwards if all went fine you can delete the original APE tags.

Be aware that MP3Gain 'touches' the audio data in such a hard way (it manipulates each MP3 audio frame's volume setting), so that only MP3Gain is able to reverse the audio stream back to its original status, if you sometime want to restore the true loudness curve as delivered by the artist.  
Moving MP3Gain tag values to ID3V2 and deleting APE tags let you alone with an unrecoverable loudness corrected mp3 audio file.

For all cases it is better not to use the MP3Gain application (beside this the MP3Gain idea is really great, thanks to David Robinson with a twinkle of my eyes). There are alternative applications on the market that support replay gain method too, e.g. WinAmp and especially Foobar2000, which do not change the mp3 audio data itself.

DD.20070317.0844

Moderation: Please use CODEBOX tags for long code lines. 🙂

[Export\_APE\_MP3Gain\_fields.mte](https://community.mp3tag.de/uploads/default/original/2X/0/09ad1f49ac51c2380719f4c9de5adb252eb634a5.mte) (224 Bytes)

---

<div class="post-metadata">

### Author: ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [March 18, 2007, 7:50am UTC](https://community.mp3tag.de/t/removing-ape-tags/4597/8 "2007-03-18T07:50:54Z")

</div>

> [@saras](#):
>
> ... I give up - the program is so confusing that I don't think I will ever know if it works correctly. ... There are a half dozen places where mp3tag holds outdated information and needs to refresh itself. It also needs to show all tags at once, and not make assumptions about which ones are desirable, especially if these assumptions conflict with program settings! ... If I set it to not read ape tags, it doesn't see them. If I set it to read them, it uses that (incorrect) data in lieu of the correct mp3v2 data. Even if I knew what settings to use, it's too much trouble to do such a simple task (delete and remove all APE tags, delete and remove MP3v1 tags, do not alter MP3v2 tags). ...

Well, I do feel like you. You have discovered the quirks completely right.

Mp3tag is an application from Florian the mechanic to all the other mechanics in the world out there.  
Mp3tag is not intuitive to use, and if you want to use the rank of freedom which Mp3tag provides, then the learning curve is very steep and time consuming.

Each user has to built his own test bench to understand what is going on with Mp3tag.  
The help system is rather outdated, features are badly documented, no real life examples and so on. Many questions can only to be solved by searching this online forum.

My first and durable insight is: if you really want to use a Mp3tag feature - use a copy - never use an original, because Mp3tag has some horrible quirks that can hose your complete mp3 filebase in a twinkle of your eyes.  
In my opinion Mp3tag has some heavy and fundamental badly designed features. It heavily needs a new software design and rewriting, maybe coming with version 3 or 4, who knows?

As I remember, ages ago, my first contact with Mp3tag was really annoying, the easiest things won't work in the expected manner, duration of songs were mostly incorrect shown and such things more. Some years later I've tried a second run-up and today I use Mp3tag as a tool among others.  
Once you've become an expert to handle Mp3tag in a predictable way, then you might be happy with the tool.

Keep in mind, that Mp3tag is free resp. donation hobby software and you don't know for sure how long the project will live. Because Mp3tag is not open souce software the application might be dead in the moment when Florian the mechanic is dead or under arrest or not in the mood for it.

Over the years this forum has collected many good ideas, but programming and implementation costs time, you know, there is only one man freetime power involved, and additionally some things maybe really too hard for the one and only programmer. Florian might be good advised to share his knowledge and the work with other programmers, to put the load on more shoulders and the Mp3tag thing will tag the world.

DD.20070318.0937

---

<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: [March 18, 2007, 8:11am UTC](https://community.mp3tag.de/t/removing-ape-tags/4597/9 "2007-03-18T08:11:32Z")

</div>

Okay, I think this is going to far now. It's one thing to complain about a missing feature or undesired behaviour but it's another thing to argue about fuzzy quirks, major design flaws, dead Florians and so on.

If you have concrete hints for improvement, please share them. If it takes too long for you to get them addressed or if you are unhappy with Mp3tag, please stop using it.

And please don't spread FUD!

Topic closed.

---

<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: [November 10, 2025, 11:28am UTC](https://community.mp3tag.de/t/removing-ape-tags/4597/10 "2025-11-10T11:28:12Z")

</div>


