Cover werden unvollständig angezeigt

[wolkentreiber]

Hallo,

ich habe auf meiner Diskstation unter Music Hörbücher abgelegt. Nun werden mir dort nicht alle Cover angezeigt, nur von den ersten 5 Geschichten. Die Ordner-Struktur ist überall die gleiche und die Dateinamen der Cover sind die gleichen wie die der mp3. Warum das Erkennen der Bilder nach 5 Geschichten schon aufhört ist mir ein Rätsel. Ich habe auf all unseren Geräten (iPhone und iPad) das gleiche Problem. Ich habe alle Medien neu indiziert, kann das Problem aber nicht eingrenzen. Hat jemand eine Idee?

 

[AndiHeitzer]

Ein Patentrezept habe ich leider nicht

Ich habe hier eine WIN-Umgebung und arbeite mit MP3TAG.
Die Cover-Bilder baue ich mit dem besagten MP3TAG in alle zugehörigen MP3-Files rein und kann das von Dir aufgezeigte Verhalten nicht reproduzieren.

 

[wolfsheim]

Moin!
Bei mir ist ea auch so - es werden bei JEDEM Aufruf der Apps die Cover neu geladen, leider nicht gepuffert.
Das Nachladen stoppt aus unbekannten Gründen nach einer Zeit und es werden nur die Dummies angezeigt.

Das ist ein echt nerviges Problem...

Daher ist der Nutzen der Apps aus optischer Sicht begrenzt - andere Programme (z.B. Kodi) können das besser, da dort die Cover lokal gespeichert werden.
Gruß Wolf.

 

[TeXniXo]

Ich habe stets mit cDex gearbeitet - -an und für sich eine saubere Lösung. Nur bringt die App Audiostation das nicht so durch, wie wir das kennen. Ist mit Sicherheit nicht ganz ausgereift diese App!
Das mit "Nachladen von Coverbilder" betrifft mich eig. nicht.

 

[Viennaboy]

Moin! Vielleicht hilft euch folgender Hinweis: Ich embedde alle cover in die mp3 Files mit mp3tag direkt hinein, nutze also keine folder.jpg, etc. Das funktioniert grundsätzlich gut, AUSSER ich verwende zum embedden ein zu GROSSES Bild (ich reduziere alle Bilder vorher in 500x500 bei 72 dpi Auflösung), oder ich passe nicht auf und embedde ein jpEg statt jpg. Mp3Tag ist das egal, zeigt alles brav an, aber in der synology sehe ich dann nur eine Schallplatte statt dem cover. Vielleicht hilft dir das weiter!

 

[TeXniXo]

Danke für die Infos, aber bei jedem einzelnen ein "embedded Bild" zuordnen?
Das ist für mich nicht wirklich eine hübsche Option. Aber ich werde jedenfalls mal mit MP3Tag versuchen, ob CDex doch nicht so gut wie ich gedacht habe (da alternativlos!)

 

[maulsim]

Also ich haue die Bilder auch mit MP3Tag in die Dateien - auch bei Hörbüchern - wobei ich bisher nie drauf geachtet habe, dass es jpEg sind sondern ich verwende einfach jpg. Mit MP3Tag lässt sich ja auch sehr komfortabel direkt ein ganzes "Album" bzw. "Hörbuch" markieren und allen Dateien das gleiche Cover verpassen. Die Cover werden dann bei mir auch immer angezeigt.
Das einzige was mich extremst nervt ist, dass die Cover super langsam laden und die CPU Auslastung der DS dabei auch immer stark nach oben geht (mehrere Prozesse namens "postgres" - also die Datenbank). Langsam ist es bei mir seit DSM 6.0 - wobei ich da auch auf BTRFS gewechselt habe und nicht weiß, ob nun Synology was an der Audio Station bzw. postgres geändert hatte von DSM 5.2 auf DSM 6.0 oder ob es am BTRFS liegt. Das langsame Laden führt bei mir auch dazu, dass beim schnellen durchscrollen auf dem Smartphone (Android) zunächst falsche Cover dargestellt werden und die korrekten erst "nachladen" müssen. Also die App stellt immer alle Cover da und bricht nicht ab, dauert nur wie beschrieben sehr lange.

 

[TeXniXo]

Das kann ich gut nachvollziehen. Evtl. die Cover-Bilder vorher verkleinern, wie oben vorgeschlagen, um die Ladezeiten zu minimieren?

BTRFS - hin oder her - bei solchen Aufgaben sollte das eine oder andere (ext4 z.B.) Dateisystem eh packen bzw. nicht so bemerkbar sein, dass es Unterschiede darin liegt.

 

[maulsim]

Vielleicht versuche ich das testweise mal bei ein paar

 

[TeXniXo]

Ja, das wäre definitiv ein Anfang ... bitte um Berichte!

 

[maulsim]

Ich habe das mal geprüft - also die meisten der Cover sind eigentlich bei so 300x300 oder kleiner mit 72 oder auch mal 96 dpi. Ich hatte auch noch ein paar dabei, da waren die Cover relativ groß (um die 1500x1500) hab die mal verkleinert. Ich bin mir nicht sicher ob das wirklich deutlich schneller geworden ist dadurch. Vom Gefühl her hat sich da nichts geändert.
Was mir aufgefallen ist - oder was ich subjektiv wahrnehme - ist das die Ordneransicht schneller Cover darstellt als die Alben oder Interpreten Ansicht - aber ich habe da auch keine Messwerte parat.

Allerdings löst das alles nicht das Problem des Thread Openers

 

[starskysen]

Also ich arbeite auch mit MP3TAG und ich halte die Covergröße bei 300x300.
Um die Cover schneller zu laden kann man die Anzeige-Quallität der Cover in der Systemsteuerung veringern,das bringt auch schon was.

 

[Mahoessen]

Hallo, ich hatte auch das Problem, dass die Cover nicht vollständig angezeigt wurden. Die Musik und Hörbücher verwalte ich mit iTunes auf einem Mac, dort war alles i.O., unter DS Audio waren die Daten unvollständig.

Abhilfe schafft hier ein script von Dough (doughscripts ) dies nimmt das in iTunes hinterlegte Cover und packt es in die Audiodateien. Einfach alle Dateien markieren, Script starten und nach ein paar Minuten oder Stunden (je nach Anzahl der Dateien) sieht es auch bei DS Audio vollständig aus. Die teilweise langen Ladezeiten bleiben jedoch (Cache/ Pufferproblem bei DS Audio ?) Mit einem anderen Script kann man die Auflösung des Covers ändern, das habe ich noch nicht ausprobiert.

viele Grüße

MaHoEssen

 

[wolfsheim]

....das ist einzig ein DS Audio Problem. Meine Titel sind alle korrekt getagged, nur DS Audio cached die Cover nicht und lädt jedes Mal komplett neu - und das trotz schnellem WLAN und Lan erschreckend langsam....

 

[maulsim]

Ich meine mich zu erinnern, dass es auf DSM 5.2 schneller war - auch in der DS Audio App. Zumindest ist uns im Haushalt ein Unterschied der Geschwindigkeit aufgefallen, als ich auf DSM 6.0 geupdated habe. In dem Zuge habe ich aber auch auf BTRFS gewechselt. Das heißt, ich weiß nicht ob in DSM 6.0 die postgres Datenbank schlechter läuft oder ob das mit dem BTRFS zusammenhängt. Ich habe aber auch kein ext4 Volume mehr, um zu testen ob es damit schneller läuft.
Aber ich bin auch, wie bereits mal geschrieben, erstaunt wie hoch die CPU Auslastung geht wenn die App die Cover herunterlädt.

 

[maulsim]

Ich habe auf ner DS116 ein ext4 Volume und ausschließlich AudioStation und meine Hörbücher drauf gepackt. Die Cover werden aber auch nicht wirklich schneller dargestellt. Natürlich kann man die DS116 bezüglich CPU und RAM nicht mit einer DS916+ vergleichen, aber die Cover laden trotzdem langsam und die CPU Auslastung ist dort ebenfalls sehr hoch.