# ID3-Tags werden nicht richtig ausgelesen **URL:** \ **Category:** Allgemein\ **Created:** [May 14, 2012, 4:42pm UTC](https://community.mp3tag.de/t/id3-tags-werden-nicht-richtig-ausgelesen/13426 "2012-05-14T16:42:19Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![EchtNett](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/e/3da27b/32.png) [@EchtNett](https://community.mp3tag.de/u/EchtNett)\ **Post date:** [May 14, 2012, 4:42pm UTC](https://community.mp3tag.de/t/id3-tags-werden-nicht-richtig-ausgelesen/13426/1 "2012-05-14T16:42:19Z")
Erst einmal ein nettes „Hallo“ ![:music:](https://community.mp3tag.de/uploads/default/original/1X/2ba05d1ade5eb0d15fc173be6f717dbe63890a70.gif ":music:") an das Forum! Da ich seit Tagen im Internet stöbere und nichts Passendes dazu finde (es gibt wohl zu viele Fragen bezüglich iTunes), melde ich mich jetzt hier. Folgende Situation: Ein Bekannter hat etwa 370 CD Alben mit iTunes auf den PC als mp3 gespeichert. Diese hat er dann in iTunes nachbearbeitet, sprich Titel, Interpret, Album etc und Cover verändert. Zustand: Es wurde in iTunes alles richtig angezeigt. Jetzt habe ich mit ihm die Ordner im Windows Explorer sortiert (zumindest grob, Albenweise wollte ich das dann mit MediaMonkey machen), da dies von iTunes beim Einlesen oder Herunterladen aus dem Internet nicht geeignet gemacht wird. Damit die Lieder in iTunes wieder gefunden werden, haben wir diese erst in iTunes gelöscht und den Musikordner mit den sortierten Ordnern neu hinzugefügt. Jetzt werden aber bei vielen Liedern die ID3-Tags mal mehr, mal weniger ausgelesen, teilweise haben die Lieder laut iTunes keinen Inhalt in den ID3-Tags mehr. Auch viele Coveralben fehlen. Im Windows Explorer stehen laut Eigenschaften/Details aber die Informationen noch. Dort kann ich lesen, dass die Dateien von iTunes 10.4.1.10 codiert wurden. Auch die Cover sind in den Tags gespeichert und über die Ansicht Symbole zu sehen. Windows Explorer: Zeigt die ID3-Tags und Cover Informationen richtig iTunes: bei einem Teil der Lieder fehlen ID3-Tag Informationen und Cover MediaMonkey: zeigt zumindest noch die Cover zusätzlich an, die sich in den Ordnern befinden Mp3tag: Bei den entsprechenden Liedern wird angezeigt (!BAD ID3v2) 1. Anscheinend liest iTunes erst bei neu hinzugefügten Liedern die Tags komplett neu aus. Wie kommt es aber zu den fehlerhaften Tags (die ja im Explorer richtig dargestellt werden)? 2. Wie lassen sich die fehlerhaften Tags korrigieren, am besten mit den Infos aus dem Windows Explorer, da sie dort ja korrekt eingetragen sind? Betriebssystem: Win7 Professionell iTunes Lieder codiert mit 10.4.1.10 , Programm aktualisiert auf 10.6.1.7 MediaMonkey: 4.0.3.1476 id3-Tag: v2.3 laut iTunes, ID3v2.2 laut Mp3tag ---
**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:** [May 14, 2012, 5:10pm UTC](https://community.mp3tag.de/t/id3-tags-werden-nicht-richtig-ausgelesen/13426/2 "2012-05-14T17:10:43Z")
> [@EchtNett](#): > > ... Jetzt werden aber bei vielen Liedern die ID3-Tags mal mehr, mal weniger ausgelesen, .. Tja, wie soll man so was aus der Ferne diagnostizieren. Da geht nur probieren. Stell erst mal sicher, dass die Dateien wirklich noch in Ordnung sind. Dazu gibt es foobar2000 und seine Utils im Kontextmenu oder mp3val. Wenn diese Programme nichts mehr zu meckern haben, kannst du dich wieder an die tags selbst machen. Und da müsstest du checken, ob wirklich nur MP3-tags drin sind oder auch noch APE - die solltest du dann löschen. Naja - und wenn das alles klar ist, hast du bestimmt noch andere Fragen. ---
**Author:** ![Apeman](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/c2a13f/32.png) [@Apeman](https://community.mp3tag.de/u/Apeman)\ **Post date:** [July 23, 2015, 11:15am UTC](https://community.mp3tag.de/t/id3-tags-werden-nicht-richtig-ausgelesen/13426/3 "2015-07-23T11:15:20Z")
Hiho, ich hatte gerade auch das Problem und hab -ein- Workaround gefunden. Unter Optionen -\> Tags -\> MPEG Bei Lesen das Häkchen bei APE weg. Scheinbar hat er das Format priorisiert und somit geschaut was da drin steht. Da ich meine APE immer löschen, steht da natürlich nix drin. Hoffe es hilft! ---
**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:** [July 23, 2015, 2:08pm UTC](https://community.mp3tag.de/t/id3-tags-werden-nicht-richtig-ausgelesen/13426/4 "2015-07-23T14:08:18Z")
Wenn du die APE löscht, dann sind sie auch weg. Ansonsten hast du recht, MP3tag hat diese Prioritätenfolge: APE\>ID3V2\>ID3V1 Das Problem tritt auf, wenn du (bestgehende) APE-Tags zwar liest, aber dann nicht schreibst oder löschst. Dann überschreiben die leeren Felder den übrigen Inhalt. Also, am besten ohne APE tags ---
**Author:** ![MP3Freak\_Peter](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/c68b51/32.png) [@MP3Freak\_Peter](https://community.mp3tag.de/u/MP3Freak_Peter)\ **Post date:** [July 23, 2015, 4:52pm UTC](https://community.mp3tag.de/t/id3-tags-werden-nicht-richtig-ausgelesen/13426/5 "2015-07-23T16:52:40Z")
> [@ohrenkino](#): > > ... > Ansonsten hast du recht, MP3tag hat diese Prioritätenfolge: > APE\>ID3V2\>ID3V1 Den Punkt darf mir mal jemand erklären (ja klar, früher, aber inzwischen kann ID3v2 alles), APE ist für MP3 sowieso völlig ungeeignet? Und dann noch die Kompatibilitätsschwierigkeiten mit anderne Playern. ---
**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:** [July 23, 2015, 5:00pm UTC](https://community.mp3tag.de/t/id3-tags-werden-nicht-richtig-ausgelesen/13426/6 "2015-07-23T17:00:16Z")
> [@MP3Freak\_Peter](#): > > Den Punkt darf mir mal jemand erklären (ja klar, früher, aber inzwischen kann ID3v2 alles), APE ist für MP3 sowieso völlig ungeeignet? Und dann noch die Kompatibilitätsschwierigkeiten mit anderne Playern. Wie gesagt: das ist so in MP3tag implementiert. Denn: um die Daten aus TALB in %album% zu bringen, muss intern irgendeine Art Übersetzung stattfinden. Und das ist dann so, dass eben die aus APE die aus V2 überschreiben, die wiederum die aus V1 überschreiben. Wenn also nur 1 Feld APE vorhanden ist, werden die gut gefüllten V2 Daten (mal angenommen) überschrieben und verschwinden beim nächsten Speichern .... Du hast eben nur 1 MP3tag-internes Feld, in dem die Daten landen können und nicht 3, also z.B. APE\_ALBUM, V2\_ALBUM, V1\_ALBUM - es gibt nur 1 ALBUM. ---
**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:** [July 23, 2015, 5:21pm UTC](https://community.mp3tag.de/t/id3-tags-werden-nicht-richtig-ausgelesen/13426/7 "2015-07-23T17:21:25Z")
> [@ohrenkino](#): > > Wie gesagt: das ist so in MP3tag implementiert. ... Wenn im Dialog "Mp3tag/Extras/Optionen/Tags/Mpeg" ... eingestellt ist ... Schreiben = ja ... für ... ID3v1, ID3v2, APEv2, ... dann wird Mp3tag alle _drei Tagtypen_ in die selektierte Datei schreiben. Wenn im Dialog "Mp3tag/Extras/Optionen/Tags/Mpeg" ... eingestellt ist ... Lesen = ja .. für ... ID3v1, ID3v2, APE, ... und wenn die selektierte Datei mehrere Tagtypen enthält, ... dann wird Mp3tag mit erster Priorität den Tagtyp APE lesen, wenn vorhanden, ... sonst mit zweiter Priorität den Tagtyp ID3v2, wenn vorhanden, ... sonst mit dritter Priorität den Tagtyp ID3v1, wenn vorhanden, ... also ... APE\>ID3V2\>ID3V1. Zwischen den Tagtypen wird nichts überschrieben. Durch die prioriserte Lesemethode kann ein leerer Tag\_APEv2 einen gefüllten Tag\_ID3v2 verdecken. Es ist auch möglich, dass gleichzeitig in den Tagtypen ID3v2.x und APEv2 verschiedene Cover Bilder gespeichert sein können, so dass je nach ausgewähltem Tagtyp ein anderes Cover Bild angezeigt wird. Für mich in der Praxis hat es sich bewährt, auf den APEv2 Tag zu verzichten, ... und alle Mpeg Optionen für APEv2 auszuschalten. DD.20150723.2131.CEST ---
**Author:** ![MP3Freak\_Peter](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/c68b51/32.png) [@MP3Freak\_Peter](https://community.mp3tag.de/u/MP3Freak_Peter)\ **Post date:** [July 24, 2015, 9:25am UTC](https://community.mp3tag.de/t/id3-tags-werden-nicht-richtig-ausgelesen/13426/8 "2015-07-24T09:25:48Z")
> [@DetlevD](#): > > ... > dann wird Mp3tag mit erster Priorität den Tagtyp APE lesen, wenn vorhanden, ... genau das halte ich für den Fehler, die Priorität sollte formatabhängig sein, also bei MP3 z.B. ID3v2/ID3v1 ente. > [@DetlevD](#): > > Für mich in der Praxis hat es sich bewährt, auf den APEv2 Tag zu verzichten, ... > und alle Mpeg Optionen für APEv2 auszuschalten. Gute Entscheidung. APE ist nicht für MPEG geeignet, schon weil ihm Eigenschaften fehlen die Verhindern, dass er versehentlich als Content interpretiert wird. Danke für deine Ausführung.