Beantwortet

Seit Update auf 13.4 werden keine Albumcover mehr angezeigt



Ersten Beitrag anzeigen
Dieser Beitrag ist geschlossen für weitere Beiträge

40 Antworten

Abzeichen +1

Die Cover sind in die FLAC Dateien eingebettet (max 300x300pixel) als auch als cover.jpg mit mindest. 500x500 pixel im Album Ordner. Als Tgger verwende ich MusicBrainz Picard und Kid3 (Linux, macOS)

Das es sich um einen generellen Bug, den die Software Entwickler eingebaut haben handelt,  kann ich für meine Umgebung so nicht bestätigen.

Ist womöglich ein bisschen zu viel verlangt, mal auf den von mir geposteten Link zu klicken, der ins englische Forum führt. Vielleicht kann ja aber auch nicht jeder Englisch. Gleich im Startposting ist dort Folgendes nachzulesen: “it seems that I see cover art if it is embedded into the MP3 file, but not if the cover art in a separate file called folder.jpg”.
Kurz und auf Deutsch: Keine Probleme mit eingebetteten Covern, Probleme mit Covern als extra Datei (folder.jpg). Und das wird dort auch mehrfach bestätigt.

Benutzerebene 7
Abzeichen +4

Wo ist denn der Unterschied, ob die Datei cover.jpg oder folger.jpg heißt?

In beiden Fällen gilt doch das dort abgelegte Cover für den ganzen Ordner, oder!?

Und das funktioniert ja anscheinend mit „cover.jpg“ bei @Parka Boy.

Benutzerebene 7
Abzeichen +4

@Spunk 

Der Support hat ggf. schon noch Möglichkeiten der Fehleranalyse, die dir nicht bekannt sind… das Angebot von @Nils S sich dort zu melden auszuschlagen, trägt dann auch nicht grad zur Ursachenfindung bei. 

Wo ist denn der Unterschied, ob die Datei cover.jpg oder folger.jpg heißt?

Der Unterschied ist offensichtlich im Dateinamen.

 

In beiden Fällen gilt doch das dort abgelegte Cover für den ganzen Ordner, oder!?

Wenn es funktionieren würde, dann wäre es so.

 

Und das funktioniert ja anscheinend mit „cover.jpg“ bei @Parka Boy.

Es funktioniert bei @Parka Boy , weil seine Cover als Meta-Daten im Audio-File selbst gespeichert sind.

Wenn der SONOS-Controller kein JPG im Album-Ordner findet, dann extrahiert er das Cover aus dem Audio-File selbst und zeigt dieses als Bild für das Album an. - wenn in den Audio-Files aber keine Bilder eingebunden (und in dem Ordner kein JPG abgelegt) sind, dann kann auch kein Album-Cover angezeigt werden.

@Parka Boy könnte den vermeidlichen Bug also bestätigen, wenn er testweise mal die Covers eines Album-Ordners aus den Audio-File selbst löschen und dies als cover.jpg und folger.jpg im Ordner direkt speichern würde.
- kann man danach ja wieder leicht rückgängig machen.
- ich würde es testen, hab mein System bekanntlich aber auf 8.4 eingefroren, was dann aber keinen Sinn macht.

Benutzerebene 7
Abzeichen +4

@Peter_13 

Soweit war mir das alles klar. Ob es einen Unterschied bzgl. cover.jpg oder folder.jpg gibt war eher auf die Anwendung bezogen. 😉 Hätte ja sein können, dass unter bestimmten Bedingungen eine der beiden Namensgebungen zwingen vorausgesetzt wird. 
 

@Parka Boy hatte ich so verstanden, dass er beide Fälle abdeckt, also Ordner mit Covern in den Metadaten hat aber auch Ordner mit cover.jpg und KEINEN Covern in den Metadaten. Wenn er immer Cover in den Metadaten hat und die jpg Datei nur zusätzlich vorliegt, dann is natürlich klar, dass es funktioniert. Evtl. kann er uns das ja nochmal genauer sagen. 

Benutzerebene 3
Abzeichen +3

@Superschlumpf 

@Peter_13 

Ich habe grundsätzlich Cover in den Audiofiles, wird bei Picard in der regel mit Importiert. Bei gekaufter Musik z.B. Bandcamp sind die weist automatisch mit drin, plus cover.jpg. Einzig die größe der eingebettetn Cover könnte das (bei mir zumindest) zu Problemen führen. Und nein, ich werde das nicht testen, wenn keine Cover in der Audio Datei sind, aus Gründen.

Abzeichen

Hallo zusammen,

 

ich hatte das gleiche Problem. Nur wenn die Cover in den Musikdateien eingebettet waren, wurden sie im Controller angezeigt. Wenn sie nur als folder.xxx vorlagen, wurden sie nicht angezeigt.

 

Aber … seit ein paar Minuten funktioniert alles wieder. Auch die Cover aus den folder.xxx Dateien werden - wie zuvor - alle wieder angezeigt. 

Ich habe zwischenzeitlich absolut nicht an meinem System geändert. Da hat wohl jemand inzwischen den Bug gefixt. Vielen Dank dafür

Gruß

Abzeichen

sorry, leider zu früh gefreut. Nun werden seltsamerweise die in folder.xxx abgelegten Cover wieder nicht mehr angezeigt.

Hallo zusammen,

13.4 unterstützt offenbar entweder SMB v2 oder die Anzeige von Covern, die als folder.jpg bzw. cover.jpg  gespeichert sind. Beides geht nicht. Sobald ich unter DSM 7 SMB v1 und NTLMv1 wieder aktiviere, werden auch die Cover wieder angezeigt.

Wir sind also einen Schritt weiter mit SMB v2. Aber wenn damit Musik abgespielt werden kann, dann wird es doch auch möglich sein, Cover anzuzeigen?

Benutzerebene 7
Abzeichen +4

@McKinsey

Interessant, dass du bei dir einen Zusammenhang zwischen dem Problem und der Aktivierung von SMB2 feststellst. Ich meine mich aber zu erinnern, dass die ersten Meldungen hier zu dem Problem mit SMB1 kamen und ich daraufhin auf Verdacht das Umstellen auf SMB2 vorgeschlagen hatte.

Siehe oben den Beitrag von @Spunk …

Benutzerebene 7
Abzeichen +4

@McKinsey 

Ok, Danke… dann sind wir zumindest einen Schritt weiter. Bleibt dann die Frage, was bei @Spunk anders war und warum es bei ihm schon mit SMB1 nicht mehr funktioniert hat. 

Abzeichen +1

Ich stelle hier mal eine vielleicht naive Frage: Kann die Unterstützung von SMB2/3 auch zur Folge haben, dass das 65.000 Track-Limit sich jetzt erhöht hat? Könnte das jemand vielleicht mal testen, dessen Trackanzahl seiner indizierten Musikbibliothek sich in dieser Größenordnung befindet? Danke im Voraus!

Benutzerebene 7
Abzeichen +4

@Frank_2 

Hast du noch SMB1 eingestellt, oder dein NAS bereits auf SMB2/3 umgestellt?

Abzeichen +1

Auf meinem NAS habe ich nichts verändert. Mindest-SMB-Version: SMB v1. Maximal-SMB-Version: SMB v3.

Ich habe bewusst die Einstellungen auf meinem QNAP-NAS nicht geändert, da ich in diesem Thread lese, dass Covers nicht angezeigt werden, wenn man SMB v1 deaktiviert.

Benutzerebene 7
Abzeichen +4

@Frank_2 

Das soll auch nicht als Lösung gedacht sein, sondern erstmal nur helfen, die Ursache einzugrenzen. 
Da du maximal SMB 3 am NAS zugelassen hast, vermute ich, dass dies nun auch genutzt wird. Kannst du bitte mal auf NUR SMB1 beschränken und testen, ob die m3u PL dann funktionieren?

Das könnten dann alles Hinweise darauf sein, dass aktuell mit SMB 2/3 bestimmte Funktionen wie m3u PL und cover.jpg / folder.jpg nicht funktionieren. Dann kann man abklären ob die nur mit SMB1 kompatibel sind, oder Sonos bzgl. SMB 2/3 etwas nachbessern kann. 
Aber dafür muss man die Ursache eben erstmal ausmachen…