# Inkonsistente M4A-Unterstützung **URL:** https://community.mp3tag.de/t/inkonsistente-m4a-unterstutzung/60649 **Category:** Fehlermeldungen **Tags:** bug-fixed **Created:** [April 8, 2023, 10:10am UTC](https://community.mp3tag.de/t/inkonsistente-m4a-unterstutzung/60649 "2023-04-08T10:10:32Z") **Posts on this page:** 1 **Showing post:** 4
### 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: [April 8, 2023, 12:55pm UTC](https://community.mp3tag.de/t/inkonsistente-m4a-unterstutzung/60649/4 "2023-04-08T12:55:37Z")
> [@Maekkelrajter](#): > > Mit meinem früheren Thread konnte ich ja nachweisen, dass man sich bei m4a-Tracks eben nicht auf die 'Datatype'- Information verlassen darf Meiner Ansicht nach zeigt der Thread, dass man sich nicht auf jedes andere Programm verlassen darf. Denn das andere Programm trägt doch wohl offensichtlich Blödsinn ein. Auch wäre nun zu überlegen, warum denn die Bildtyp-Information noch einmal extra eingetragen wird statt sie direkt aus dem Bild zu lesen - könnte das ggf. eine Überlegung zur Performanz gewesen sein? Eben dass nicht der ganze lange BLock mit Bilddaten auseinandergenommen werden muss, sondern gleich anhand der eingetragenen Kennung verzweigt werden kann. Egal. Geht es dir um eine weitere Diskussion der bereits als "kein Bug" eingestuften Funktion zur Ausgabe der im Tag gefundenen Bildtyp-ID? Dazu gibt es schon folgende Aussage: > [@\[X\] Cover-Format wird falsch erkannt](https://community.mp3tag.de/t/x-cover-format-wird-falsch-erkannt/59871/10): > > Bei der bereitgestellten Datei wird das Cover als Mimetype 14 angegeben, was bei MP4 für PNG steht (13 wäre JPEG). Eine Analyse der Daten findet momentan in diesem Fall nicht statt. Das mache ich — um Zeit beim Einlesen zu sparen — momentan nur, falls kein expliziter Mimetype angegeben ist. Und du selbst sagst: > [@\[X\] Cover-Format wird falsch erkannt](https://community.mp3tag.de/t/x-cover-format-wird-falsch-erkannt/59871/16): > > Es handelt sich also eigentlich nicht um einen Fehler von MP3Tag --- _[View the full topic](https://community.mp3tag.de/t/inkonsistente-m4a-unterstutzung/60649)._