# 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:** 5

<div class="post-metadata">

### Author: ![Maekkelrajter](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/ecb155/32.png) [@Maekkelrajter](https://community.mp3tag.de/u/Maekkelrajter)
#### Post date: [April 8, 2023, 3:40pm UTC](https://community.mp3tag.de/t/inkonsistente-m4a-unterstutzung/60649/5 "2023-04-08T15:40:25Z")

</div>

> [@ohrenkino](#):
>
> 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.

Was nutzt die tollste Performance, wenn das Ergebnis falsch ist? Man muss auch nicht 'den ganzen langen Block auseinandernehmen'. Aus den ersten 10 Byte läßt sich das Grafikformat ziemlich zuverlässig ermitteln, zumal es nur JPEG oder PNG sein kann.

> [@ohrenkino](#):
>
> 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.

Florian spricht ausdrücklich von 'momentan'. Das muss also nicht das letzte Wort sein.

> [@ohrenkino](#):
>
> 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

Das basierte auf meinem Kenntnisstand vom Januar d. J.  
Und mittlerweile gibt es ja auch ein Update.

---

_[View the full topic](https://community.mp3tag.de/t/inkonsistente-m4a-unterstutzung/60649)._
