# \[X\] ID3V2 Tags verschwinden bei Ausschneiden / Rückgängig

**URL:** https://community.mp3tag.de/t/x-id3v2-tags-verschwinden-bei-ausschneiden-ruckgangig/4608
**Category:** Fehlermeldungen
**Created:** [March 16, 2007, 4:01pm UTC](https://community.mp3tag.de/t/x-id3v2-tags-verschwinden-bei-ausschneiden-ruckgangig/4608 "2007-03-16T16:01:24Z")
**Posts on this page:** 3
**Page:** 1

<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, 4:01pm UTC](https://community.mp3tag.de/t/x-id3v2-tags-verschwinden-bei-ausschneiden-ruckgangig/4608/1 "2007-03-16T16:01:24Z")

</div>

Irgendetwas läuft nicht richtig mit den Tagtypen und dem 'Tag entfernen' und 'Rückgängig Tag Speichern'.

1. 

Gegeben ist eine MP3 Datei mit drei ID3V2 Tagfeldern:  
ARTIST = ID3V2 Artist  
TITLE = ID3V2 Titel  
ALBUM = ID3V2 Album  
 ![](https://community.mp3tag.de/uploads/default/original/1X/623153742075b4bfaa08cf6aa3237fd5e759723c.jpg)

Die Mp3tag Optionen / Mpeg sehen so aus:  
Lesen : ID3V1 ID3V2  
Schreiben : ID3V1 ID3V2  
Entfernen : ID3V1 ID3V2  
 ![](https://community.mp3tag.de/uploads/default/original/1X/9f4fee012ed2e4e7807f09a27903488b896f75fa.jpg)

1. 

Mit MP3Gain werden dieser MP3 Datei drei APE Tagfelder hinzugefügt:  
MP3GAIN\_MINMAX  
REPLAYGAIN\_TRACK\_GAIN  
REPLAYGAIN\_TRACK\_PEAK

Mit den Mp3tag Optionen / Mpeg ...  
Lesen : ID3V1 ID3V2 APE  
Schreiben : ID3V1 ID3V2  
Entfernen : ID3V1 ID3V2  
... zeigt Mp3tag nur die APE Felder an.  
Die ID3V2 Felder werden durch den APE Tag verdeckt.  
 ![](https://community.mp3tag.de/uploads/default/original/1X/cf86e13801e35f7b369ebb5c94c817b13703c5fd.jpg)  
 ![](https://community.mp3tag.de/uploads/default/original/1X/657d908a71e6cf70a171c95ae47a83b9ecfa91a3.jpg)

1. 

Jetzt 'Tag entfernen' auswählen.  
Gelöscht wird der ID3V1 Tag und der ID3V2 Tag.  
Der APE Tag bleibt erhalten.  
Das entspricht den Lesen/Schreiben/Entfernen Optionen.  
 ![](https://community.mp3tag.de/uploads/default/original/1X/9c3de17ad34dede0b48a8e72fc6ee777efa4044d.jpg)

1. 

Jetzt 'Rückgängig' auswählen.  
Der ID3V1 Tag und der ID3V2 Tag kehren zurück.

1. 

Die Mp3tag Optionen / Mpeg zurücksetzen auf:  
Lesen : ID3V1 ID3V2  
Schreiben : ID3V1 ID3V2  
Entfernen : ID3V1 ID3V2

Jetzt existieren in der MP3 Datei physikalisch drei ID3V2 Tagfelder:  
MP3GAIN\_MINMAX  
REPLAYGAIN\_TRACK\_GAIN  
REPLAYGAIN\_TRACK\_PEAK  
 ![](https://community.mp3tag.de/uploads/default/original/1X/bdf9bb99076cfb89aee3340cd86b305519e05e14.jpg)

Die gleichnamigen APE Felder sind ebenfalls noch vorhanden;  
sie werden aber wegen der gesetzten Optionen nicht angezeigt.

Die drei ursprünglichen ID3V2 Tagfelder sind komplett verschwunden.  
Ich bin verblüfft, denn das war nicht zu erwarten.

DD.20070316.1800

![](https://community.mp3tag.de/uploads/default/original/1X/623153742075b4bfaa08cf6aa3237fd5e759723c.jpg)

![](https://community.mp3tag.de/uploads/default/original/1X/9f4fee012ed2e4e7807f09a27903488b896f75fa.jpg)

![](https://community.mp3tag.de/uploads/default/original/1X/657d908a71e6cf70a171c95ae47a83b9ecfa91a3.jpg)

![](https://community.mp3tag.de/uploads/default/original/1X/cf86e13801e35f7b369ebb5c94c817b13703c5fd.jpg)

![](https://community.mp3tag.de/uploads/default/original/1X/9c3de17ad34dede0b48a8e72fc6ee777efa4044d.jpg)

![](https://community.mp3tag.de/uploads/default/original/1X/bdf9bb99076cfb89aee3340cd86b305519e05e14.jpg)

---

<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 17, 2007, 9:29am UTC](https://community.mp3tag.de/t/x-id3v2-tags-verschwinden-bei-ausschneiden-ruckgangig/4608/2 "2007-03-17T09:29:19Z")

</div>

Mp3tag hält immer nur den angezeigten Tag im Speicher. Somit wird bei Rückgängig auch nur der bei der letzten Aktion angezeigte Tag gemäß den Einstellungen unter Optionen \> Tags wieder hergestellt.

Eher eine Einschränkung des Features als ein Bug.

Viele Grüße,  
Florian

---

<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, 10:07am UTC](https://community.mp3tag.de/t/x-id3v2-tags-verschwinden-bei-ausschneiden-ruckgangig/4608/3 "2007-03-17T10:07:31Z")

</div>

> [@Florian](#):
>
> Mp3tag hält immer nur den angezeigten Tag im Speicher. Somit wird bei Rückgängig auch nur der bei der letzten Aktion angezeigte Tag gemäß den Einstellungen unter Optionen \> Tags wieder hergestellt.  
> Eher eine Einschränkung des Features als ein Bug. Viele Grüße, Florian

Hmm, Florian, das ist irgendwie nicht ganz stimmig, denn der letzte angezeigte Tag war in diesem Fall ein APE Tag (nur lesen). Ausschneiden und Rückgängig hatte tatsächlich _keine_ Wirkung auf diesen Tag, trotzdem aber Wirkung auf die 'darunterliegenden' unsichtbaren ID3 Tags.

Und die Wirkung war verheerend, weil dort nichts wiederhergestellt wurde, sondern ID3 Daten komplett verschwunden blieben. _Zusätzlich_ wurden die APE Daten in den ID3 Datenbereich _kopiert_. Die 'Domänenabgrenzung' zwischen APE und ID3 scheint überhaupt nicht klar zu sein.

Ich glaube schon lange, dass es wirklich besser wäre, wenn du ein grundsätzliches Re-Design betreffend Sichtbarkeit von Tagtypen machen könntest.

Ein gleichberechtigtes _Nebeneinander_ der verfügbaren Tagtypen wäre sicher leichter und sicherer und folgerichtiger zu handhaben, als eine priorisierte Staffelung, die solche Fehler und Datenverlust verursacht, wie der hier aufgezeigte Bedienprozess.

Ich kann voll die Verwirrung verstehen, die viele Anwender von Mp3tag im Zusammenhang mit den Tagtypen Einstellungen durchmachen. Auch ich habe anfangs sehr viel Zeit gebraucht, um das Prinzip einigermaßen zu verstehen, und es ist mir immer noch nicht voll einsichtig. Am liebsten schaue ich in diese Ecke von Mp3tag gar nicht hin.

Unbeabsichtigten Datenverlust würde ich immer als einen Bug der Software bezeichnen und nicht als Bedienungsfehler einordnen und schon gar nicht als 'unimplemented feature'. 🕶

DD.20070317.1212
