# Serato Dj Cover Probleme **URL:** \ **Category:** Allgemein\ **Tags:** player\ **Created:** [February 27, 2021, 1:40pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154 "2021-02-27T13:40:36Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![JensLeh](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/a88e57/32.png) [@JensLeh](https://community.mp3tag.de/u/JensLeh)\ **Post date:** [February 27, 2021, 1:40pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/1 "2021-02-27T13:40:36Z")
Hallo ihr, ich hoffe ich bin hier richtig und jemand kann mir evtl. helfen. Sobald ich Lieder mit mp3tag bearbeitet habe, wird in Serato Dj das Cover nicht mehr angezeigt. Um das Cover wieder anzeigen zu lassen, nutze ich das alte Prog ID3-TagIT. Dort lasse ich die Länge des Liedes auslesen oder lösche diese, falls sie schon vorhanden ist. So gehe ich sicher, das etwas verändert ist und das Programm etwas speichert. Leider ist die ganze Sache so sehr ineffizient und ich würde mich gerne von dem alten Prog befreien, da mp3tag einfach komfortabler ist. Gibt es evtl. Einstellungen beim Speichern, die ich verändern kann/muss? Gruß, Jens ---
**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:** [February 27, 2021, 2:27pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/2 "2021-02-27T14:27:29Z")
> [@JensLeh](#): > > Sobald ich Lieder mit mp3tag bearbeitet habe, wird in Serato Dj das Cover nicht mehr angezeigt Der einfachste Weg ist ja meistens, sich mal eine Datei anzusehen, die sich richtig verhält und eine, die es nicht tut - und das mit beiden in MP3tag, um die Unterschiede rauszufinden. Im Forum gibt es einige Einträge über Serato, die leider nie beantwortet wurden hinsichtlich der Frage, welche Tag-Versionen dieser Abspieler unterstützt. Du könntest aber mal sehen, welche Tag-Versionen du liest und schreibst in Datei\>Optionen\>Tags\>Mpeg. Da sollten V1 und V2 dabei sein aber nicht APE. > [@JensLeh](#): > > Dort lasse ich die Länge des Liedes auslesen oder lösche diese, falls sie schon vorhanden ist Das scheint mir ja ein ganz besonderer Trick zu sein, da meines Wissens die Länge einer Datei zwar Teil der Datei-Kopfs ist, nicht aber der Tags - deshalb sollte die Länge nicht löschbar sein. Es sei denn, irgendein Programm in deiner Erstellungskette legt ein benutzerdefiniertes Feld %length% an, das aber nicht zu verwechseln ist mit den Daten aus dem Header, die durch %\_length% adressiert werden. ---
**Author:** ![JensLeh](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/a88e57/32.png) [@JensLeh](https://community.mp3tag.de/u/JensLeh)\ **Post date:** [February 27, 2021, 3:11pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/3 "2021-02-27T15:11:46Z")
also... meine Einstellungen sind Lesen: ID3v1 JA ID3v2 JA APE JA Schreiben: ID3v1 JA ID3v2 2.4 UTF-8 JA APE NEIN Entfernen APE JA, Rest nicht Der 'Trick' bezieht sich nicht auf die Länge. Habe das im Laufe der Zeit nur für dieses Problem genommen, da ich das Feld ansich nicht brauche. Es geht in erster Linie darum, das das alte Prog überhaupt eine Änderung hat, um zu speichern. Es geht auch, wenn ich in irgendeinem Feld einen Buchstaben, Leerzeichen,... hinzufüge, löschen oder ähnliches. Die Frage ist, wer bereit wäre, sich Beispieldateien anzuschauen. Auch wenn ich schon gefühlt ewig mit mp3s hantiere, schaue ich durch die Möglichkeiten der Bearbeitung nicht wirklich durch. Interpret, Titel, Album, Label, Datum, Genre, Kommentar & Cover ist fast alles, was ich benötige. ---
**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\ **Post date:** [February 27, 2021, 4:19pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/4 "2021-02-27T16:19:25Z")
> [@JensLeh](#): > > Sobald ich Lieder mit mp3tag bearbeitet habe, wird in Serato Dj das Cover nicht mehr angezeigt. Könnte das ein Fall von progressiven JPG sein? Guck mal hier: > [@Is there a problem with certain JPG types?](https://community.mp3tag.de/t/is-there-a-problem-with-certain-jpg-types/49803/2): > > You may refer to problems apparently mainly on Sony devices which cannot show jpeg pictures in progressive format. Most pictures that you find on the internet are in the progressive format. The progressive format is defined by the standard and should be supported by any device that knows how to display jpeg pictures. Here is a thread, even though it is in German, refers to 2 English sites where you may find answers and tools to convert progressive format jpegs into baseline ones. There i… und > [@Album art not loading in network player](https://community.mp3tag.de/t/album-art-not-loading-in-network-player/52126/6): > > There are players that can't show progressive jpgs. Maybe these not working covers are progressive jpgs. Try if replacing these covers with baseline jpgs solves the problem. [https://medium.com/hd-pro/jpeg-formats-progressive-vs-baseline-73b3938c2339](https://medium.com/hd-pro/jpeg-formats-progressive-vs-baseline-73b3938c2339) ---
**Author:** ![JensLeh](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/a88e57/32.png) [@JensLeh](https://community.mp3tag.de/u/JensLeh)\ **Post date:** [February 27, 2021, 4:35pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/5 "2021-02-27T16:35:00Z")
ich würde eher nein sagen. habe eben ein paar Schnippsel fertig gemacht. Etwa 4 Sekunden vom Anfang eines Songs genommen. diese Datei kopiert -beide Dateien gleichmäßig mit mp3tag editiert -in Serato geladen -beide keine Coveranzeige -beide Dateien aus Serato gelöscht -die 2. Datei mit dem alten mp3-TagIt bearbeitet (nur Interpretfeld geändert) -beide Dateien in Serato geladen Datei1 zeigt kein Cover an Datei2 zeigt das Cover an bearbeite ich die 1. Datei mit dem alten Prog, brauche ich in Serato die Datei nur laden und beim Auswerfen wird dann das Cover angezeigt. Umgekehrt genauso. Dateien, die ich nachträglich mit mp3tag editiere ''verlieren'' beim nachsten Benutzen in Serato das Cover. Geht mir hier leider schon seit Jahren so. Auf inzwischen mind. 3 Win-PCs ---
**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\ **Post date:** [February 27, 2021, 4:38pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/6 "2021-02-27T16:38:19Z")
> [@JensLeh](#): > > ich würde eher nein sagen. Um ganz sicher zu sein: Kannst Du bitte jeweils das Cover aus Deinen beiden Dateien per Drag&Drop aus dem Mp3tag-Panel in ein Verzeichnis Deiner Wahl kopieren und beide Dateien mit dem [exiftool.exe](https://community.mp3tag.de/t/is-there-a-problem-with-certain-jpg-types/49803/8) prüfen? Am effizientesten 1 x aus der ersten Datei die nicht funktioniert und 1 x aus der zweiten Datei die funktioniert. Damit können wir diese Ursache besser beurteilen. _Hinweis:_ Aus der Windows-Executable-ZIP von hier [ExifTool by Phil Harvey](https://exiftool.org/index.html) einfach die `exiftool(-k).exe` in Dein Testverzeichnis auspacken und die gespeicherten Bilder auf diese `exiftool(-k).exe` ziehen. ![Progressive or Non-Progressive-Baseline JPG](https://community.mp3tag.de/uploads/default/original/2X/1/13ab084e8f9884882766785df0f7440affeb486b.png) ---
**Author:** ![JensLeh](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/a88e57/32.png) [@JensLeh](https://community.mp3tag.de/u/JensLeh)\ **Post date:** [February 27, 2021, 4:57pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/7 "2021-02-27T16:57:34Z")
Gemacht. Datei 1 mit mp3tag per drag n drop in einen ordner gezogen Datei 2 mit mp3-TagIT extrahiert. bei den beiden sowie der Orginal Datei wird: Encoding Process : Baseline DCT, Huffman coding angezeigt ---
**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\ **Post date:** [February 27, 2021, 5:01pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/8 "2021-02-27T17:01:12Z")
Dann kann es nicht am Bild selber liegen (_ausser mp3-TagIT würde es beim Export umwandeln..._) Ich empfehle nun den Weg von @ohrenkino mit dem Vergleich der Tags der beiden Dateien. Wenn Du in Mp3tag ALT + T 1 x auf der ersten und dann auf der zweiten markierten Datei drückst und vergleichst, siehst Du einen Unterschied? ---
**Author:** ![JensLeh](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/a88e57/32.png) [@JensLeh](https://community.mp3tag.de/u/JensLeh)\ **Post date:** [February 27, 2021, 5:32pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/9 "2021-02-27T17:32:24Z")
Leider keine Unterschiede ---
**Author:** ![JensLeh](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/a88e57/32.png) [@JensLeh](https://community.mp3tag.de/u/JensLeh)\ **Post date:** [February 27, 2021, 6:28pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/10 "2021-02-27T18:28:55Z")
Könnte es sein, das es an der Einstellung: Schreiben: ID3v2 2.4 UTF-8 liegt? Glaube mit 2.3 funktioniert das Ganze. Dann hab ich aber das andere Problem, das Serato nicht das volle Datum yyyy-mm-dd sondern nur yyyy anzeigt... ---
**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:** [February 27, 2021, 6:32pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/11 "2021-02-27T18:32:28Z")
Aha. Das lange Datum in YEAR ist (eigentlich) ein ungültiges Format, da YEAR nur 4-stellig sein soll. Das lange Datum ist besser untergebracht in RELEASETIME. ---
**Author:** ![JensLeh](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/a88e57/32.png) [@JensLeh](https://community.mp3tag.de/u/JensLeh)\ **Post date:** [February 27, 2021, 6:40pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/12 "2021-02-27T18:40:15Z")
nicht gut 🙂 Wäre aber erstmal die nächste Baustelle. Mir stellt sich die Frage, welches der beiden Progs jetzt richtig arbeitet. Mit dem alten bekomme ich in v2.4 die Cover ohne Probleme rein. Ist bei mp3tag jetzt alles richtig und nur das alte halt nicht weiter entwickelt? Oder ist es evtl. ein Bug? ---
**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:** [February 27, 2021, 6:42pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/13 "2021-02-27T18:42:31Z")
> [@JensLeh](#): > > Oder ist es evtl. ein Bug? Wo siehst du den Bug? Ich vermute, dass du V1 und V2.4 schreibst und weil dein Abspieler V2.4 nicht lesen kann, liest er die V1 Daten, die keine Bilder enthalten. Dann nimmst du dieses andere Programm und ich bin mir nicht so sicher, ob das dann nicht aus V2.4 wieder 2.3 macht oder die V1 Tags in V2.3 umwandelt, weil du ja Bilder hinzufügst. ---
**Author:** ![JensLeh](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/a88e57/32.png) [@JensLeh](https://community.mp3tag.de/u/JensLeh)\ **Post date:** [February 27, 2021, 6:53pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/14 "2021-02-27T18:53:19Z")
Ich sehe keinen Bug, da ich nicht genug Informationen haben, was welches Prog wie macht und vor allem weil ich die Materie Tagging nur in einem kleinen Rahmen genutzt habe. Die Entwicklung der Standards ist mir wohl etwas fremd. Ich gehe aber natürlich davon aus, das mp3tag durch die langjährige weiterführung der richtige Weg ist. Nutzt mir in diesem Fall nur leider nichts. Entweder komfortabel arbeiten und aufs Datum an der gewohnten Stelle verzichten, oder bis zu bitteren Ende das alte Prog nutzen... Würde ich mein jetziges Datum zum Releasedate übertragen bekommen? Müsste ich dann bei Releasedate & Year eintragen, oder kann man das automatisieren? ---
**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:** [February 27, 2021, 6:57pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/15 "2021-02-27T18:57:27Z")
> [@JensLeh](#): > > Müsste ich dann bei Releasedate & Year eintragen, oder kann man das automatisieren? Um den Inhalt eines Felds in ein anderes zu kopieren, nimm eine Aktion vom Typ "Tag-Feld formatieren" oder Konverter\>Tag-Tag jeweils für RELEASETIME Format string: %year% ---
**Author:** ![JensLeh](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/a88e57/32.png) [@JensLeh](https://community.mp3tag.de/u/JensLeh)\ **Post date:** [February 27, 2021, 7:01pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/16 "2021-02-27T19:01:38Z")
Ok, da muss ich mich mal ransetzen. Mal schauen, ob ich das für mich umgesetzt bekomme... DANN WÜRDE ICH FÜRS ERSTE SAGEN: D!A!N!K!E! für eure Zeit, euer Wissen und eure Hilfe. ---
**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\ **Post date:** [February 27, 2021, 7:40pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/17 "2021-02-27T19:40:10Z")
Ich erlaube mir die Erkenntnisse hier zu veröffentlichen: > [@JensLeh](#): > > Leider keine Unterschiede 1.) Die beiden Dateien haben doch unterschiedliche Tags in ALT + T: a) die sichtbaren Unterschiede sind in grün dargestellt b) die in Mp3tag NICHT sichtbaren habe ich orange dargestellt ![mp3-Datei-Unterschiede-JensLeh](https://community.mp3tag.de/uploads/default/original/2X/e/e77fe3d299a91e74f27c5445de1a5305648583d3.png) Wie Du siehst, schreibt/speichert Dein mp3-TagIT anscheinend a) sichtbar - den Tag TBPM mit 0 (statt 136) - den zusätzlichen INITIALKEY (Tag TKEY) "Dm" nur in Dein zweites mp3 - SERATO\_PLAYCOUNT nur in Dein zweites mp3 b) NICHT sichtbar - 7 x GEOB-Tags ("General encapsulated object") in Dein zweites mp3 - 1 x RVA2 (hat was mit Laustärken-Normalisierung zu tun) in Dein zweites mp3 - 1 x TXXX ("User defined text information frame") als SERATO\_PLAYCOUNT in Dein zweites mp3 - die Daten in einer unterschieden Encodierung (Latin1 vs UTF8) - die Bilder mit einer unterschiedlichen Grösse, _könnte von der Encodierung her stammen_ Wenn man BEIDE Bilder aus Mp3tag per Drag & Drop rauszieht, sieht man keine Unterschiede für die Bildinformationen oder die Metadaten. Die Bilder sind absolut identisch: ``` MD5 : a9bbb91d2ccd14cbf24bbec66aa1a4c9 SHA1 : c5fd1f8079d3d86302cdfe09c2af07ba747e8fc9 CRC32 : 4ef171dc SHA-256 : c53887c20b2afba37344b62d6c75027f291d61fe830d9534b02b1dde67269ed6 SHA-512 : 0c0ad668ec705c0594b512696694bfee3645d3885d0110d4adb10dd39831c8191421e289fa8c82384e730d6d817fceb563557c00b0c5ed91ad4ea4e7c0c5df2b SHA-384 : df2b9ce1116a08ae10f55a07dafccc0d2cd792c824165ac5683450d4429408e0f40b976b631a58e22358b8df84f6a3f3 ``` **Leider bleibt offen, ob die unterschiedliche Encodierung und/oder die zusätzlichen Tags die eigentliche Ursache für die Anzeige des Covers beim zweiten mp3 sind.** ---
**Author:** ![JensLeh](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/j/a88e57/32.png) [@JensLeh](https://community.mp3tag.de/u/JensLeh)\ **Post date:** [February 27, 2021, 7:50pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/18 "2021-02-27T19:50:47Z")
Einiges lässt sich erklären Original Song hatte 134 BPM. Bei einer geschnittenen Datei hat Serato wohl was überschrieben, bei der anderen nicht. Bei den 6 Sekunden ist normal für das Prog kein Beat zu finden. GEOB sind meines Wissens die gesetzten CUE-Punkte in Serato Die groben Unterschiede liegen an meiner Herangehensweise: Teilstück mit Tag ausgeschnitten und dann den Tag nicht komplett neu aufgesetzt. Vor allem im Detail nicht hinterher geschaut. 1000 Dank für die Mühe. Ich glaube die Auswahl von v2.4 wirds in irgendeiner Art sein. ---
**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\ **Post date:** [February 27, 2021, 7:54pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/19 "2021-02-27T19:54:39Z")
Danke für Deine Erklärungen. Lass uns bitte wissen, was für Dich schlussendlich praktisch funktionierte. Andere SERATO-Benutzer werden Dir sicher dafür dankbar sein (und hier kann man dann auf Deine erprobte Vorgehensweise verweisen). ---
**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:** [February 27, 2021, 8:05pm UTC](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154/20 "2021-02-27T20:05:15Z")
Eine Sache die mir noch zu dem Thema einfällt: Mp3tag verwendet bei ID3v2.4 das sogenannte Unsychronization Scheme ([ID3 tag version 2.4.0 - Main Structure — Abschnitt 6.1](https://id3.org/id3v2.4.0-structure)). Es kann sein, dass das Cover ein Datenmuster aufweist, bei dem Unsychronization angewendet wird und Serato damit nicht umgehen kann. Um das zu beurteilen, müsste das die Datei inkl. Cover einmal mit Mp3tag und einmal mit dem anderen Programm gespeichert werden und dann der Inhalt des `APIC` Frames binär z.B. in einem Hex-Editor verglichen werden. Das wird jetzt ganz schön technisch 🤯 😅 [Next page](https://community.mp3tag.de/t/serato-dj-cover-probleme/52154.md?page=2)