Cover in FLAC: Das Problem ist, das FLAC Vorbis Comments benutzt und diese sehen schlichtweg keine Cover (binär Daten) in der FLAC-Datei vor. Mp3Tag macht hier einen kleinen Hack und speichert die Daten (wahrscheinlich) als UUEncoded Daten in einem Textfeld. Das geht aber nur bis etwa 100KByte gut. Hm, toll ist das aber nicht...
Letzlich gibt es (noch) keine wirklich gute Lösung für dieses Problem. Am Horizont taucht ein Lösung mit Matroschka Video Containern auf (*.mkv), die beliebige Cover und FLAC Dateien bündeln können. Hier ist dann aber die Trennung beim Abspielen nicht ganz einfach, besonders nicht Plattform übergreifend.
Cover in Mp3: Ich speichere hier meine Cover als UTF-8 kodierte ID3 2.4. Das wird nicht wirklich von anderen Programmen unterstützt (ausser vielleicht Mp3Tag). Dank auch an DJ Pessario für den Tipp. ich werde hier auf ID3 2.3 UTF-16 "zurückgehen". Was letzlich nicht mal schlechter ist, da UTF-16 eigentlich das bessere, weil vollständigere Encoding ist. Das recodieren dauert zwar etwas, aber was solls. ID3 2.4 in UTF-8 wird sich auch deswegen wahrscheinlich nicht mehr durchsetzen, weil es keinen echten Vorteil gegenüber V2.3 in UTF-16 bietet.
Mein Fazit: Dr.Silverjuke hat Recht wenn er diese Änderungen ablehnt. Kein echter Vorteil bei den mp3 und kein wirklich guter Ansatz bei FLAC in Sicht.
Statistics: Posted by cpt.crispy — 21. Nov 10, 17:49
]]>
Hallo, wir haben uns die Dateien angesehen, es ist ein Fehler in den Daten, nicht in Silverjuke.
Grundsätzlich kann man solche Fehler natürlich abfangen, aber dies kann leicht zu unerwünschten Nebenwirkungen führen, so dass wir für die aktuelle Version davon Abstabd genommen haben. Auch, da solch fehlerhafte Dateien in der Praxis nur sehr, sehr selten vorzukommen scheinen. Dies mag alles unzufriedenstellend erscheinen, aber wir müssen hier und da auch Prioritäten setzen
Aber: Wir haben die fehlerhaften Dateien mit entsprechenden Hinweisen abgelegt, so dass das Problem nicht vergessen wird 
Mit freundlichen Grüssen,
Ihr Silverjuke-Team
Statistics: Posted by Service-Team — 19. Nov 10, 13:37
]]>
]]>
Mit freundlichen Grüssen,
Ihr Silverjuke-Team
Statistics: Posted by Service-Team — 20. Oct 10, 22:40
]]>
Und ja, es könnte ein Encoding Problem sein.
Allerdings schaffen es auch andere Programme die Daten auszulesen
und richtig anzuzeigen, z.B. VLC
Es wäre schön, wenn das gepatcht werden könnte, da wie gesagt ein Neueinspielen der Cover bei 15.000 Dateien schon aufwendig ist.
Ansonsten ist SilverJuke schon toll, genau das was ich gesucht habe.
Gruß, cpt.crispy
Statistics: Posted by Guest — 20. Oct 10, 21:31
]]>
zunächst: Willkommen an Bord!
Bzgl. des Cover-Problems: Wenn Sie eine der fraglichen Dateien an drsilver@silverjuke.net senden, werden wir hier im "Labor" mal sehen, wo genau da das Problem ist.
Mit freundlichen Grüssen,
Ihr Silverjuke-Team
Statistics: Posted by Service-Team — 20. Oct 10, 20:21
]]>
wenn du deine Tags mit ID3 V2.4 UTF-8 speicherst, gibt es wohl Datenmüll, obwohl die Cover in MP3 Tag richtig angezeigt werden.
Nimm die Einstellung ID3 V2.3 UTF-16, dann sollte die Cover auch richtig angezeigt werden.
Gruß
Statistics: Posted by DJ Pessario — 20. Oct 10, 20:07
]]>
Versuche doch mal einige Bilder mit irfanview oder anderen Programmen in ein anderes Bildformat umzuwandeln natürlich vorher Kopieren den der zusatz der bei dir dransteht mp3#id3:image1.jpg
habe ich vorher noch nie gesehen
Ich weiß zwar nicht ob es was bringt doch der aufwand ist ja gering vieleicht klappt es ja
bis bald
Kayyak
Statistics: Posted by Kayyak — 20. Oct 10, 16:53
]]>
habe mal Silverjuke probiert und läuft eigentlich sehr gut.
Aber die Cover machen Probleme:
Leider werden die Cover im MP3 und FLAC nur zerschossen dargestellt.
Ich benutze nur die Tags in V3 / 2.4.
Bei einem alten Album wird das Cover richtig dargestellt.
Siehe dazu den Screen-Shot.
Komisch: In mp3Tag ist alles richtig.
OS: Win Vista 32Bit
Betroffen: SJ 3.01Beta und auch älter
Eigentlich wollte ich die Tags nicht wieder ändern, das sind etwa 15.000...
viele Grüße,
cpt.crispy
Statistics: Posted by cpt.crispy — 20. Oct 10, 16:27
]]>