Hi frankwbb,
ja, geändert wurde da einiges, eben um es leichter skinbar zu machen. Vielleicht das Wichtigste in dem Zusammenhang:
So ganz richtig liegst du mit der Aussage zPosition=Transparenz nicht. Die zPosition legt fest, auf welchem "Layer" das Element liegt. Ein Element auf zPosition 9 überdeckt alles, was auf zPosition 1-8 liegt.
Weil für den Bildschirmschoner Vordergrund/Hintergrund jetzt kein jeweils eigener Skin mehr existiert, wird über die Einstellungen die zPosition des Bildes gesteuert: Im Vordergrund: zPosition = 9 (überdeckt alles), im Hintergrund zPosition = 5 (überdeckt alles zwischen 1..4).
Nachdem du sagst, du nutzt einen Standard-Skin, müsstes du mal überprüfen, ob die Elemente, die dir fehlen, mindestens zPosition 6 haben.

@Onkel-W:
Da kann ich mir keinen Reim drauf machen - das sind (eigentlich) Funktionen, die ich nicht angepasst habe. Vielleicht kannst du mal den Original-Player von JohnHenry (V2.6.5 im ersten Post) installieren und testen, ob der sich gleich verhält. Falls dort alles ok ist, wüsste ich, dass ich da irgendwo in meinen Änderungen suchen muss.
Möglicherweise musst du die Datenbank dazu löschen und neu erstellen, aber das ist ja keine grosse Aktion. Wie auch schon in der Anleitung geschrieben: Löschen vom Plugin aus reicht nicht, da dort nur die Inhalte und nicht die Struktur gelöscht werden. Also wirklich per telnet oder ftp die Datei löschen.

Die Funktion ist drin. Hat bis vor ein paar Wochen auch funktioniert - da scheint google was geändert zu haben, denn den Code habe ich nicht angefasst.

Na, das stimmt so schon mal nicht Ich weiss zwar nicht, was du mit dem Pixmap machst, aber das Ding liegt auf der gleichen Ebene und (fast) an der gleichen Stelle wie die Coverart, und die hat nicht zPos 7.
Versuchs doch einfach mal mit 7 nur für die Coverart, und schau was passiert...
Und ansonsten: Mal mit dem Standard-Skin versuchen und dann Stück für Stück vergleichen, wo die Unterschiede liegen. Was anderes kann ich nämlich auch nicht machen....

Nochmal zur Cover-Suche: Hab eben noch ein bisschen getestet, und es funktioniert doch. Aber: Die Coversu1che funktioniert in der Reihenfolge (unverändert geblieben seit V2.6.5 von JohnHenry). Sobald ein Bild gefunden wurde, wird die Suche abgebrochen.
1. Es wird in ID3-Tags der MP3 gesucht.
2. Es wird im Verzeichnis des Titels nach jpg, png, bmp, gif gesucht.
3. Es wird im Verzeichnis des Titels nach *albumcover.jpg / png / bmp /gif gesucht
4. Es wird bei Google gesucht.

Nun hab ich von einem anderen User 2 mp3 bekommen, bei denen auch kein Cover angezeigt wurde. Das Problem hier war:
Es waren Bilder im ID3-Tag vorhanden. Diese Bilder waren jedoch im Format bmp und wurden deswegen nicht akzeptiert. Trotzdem hat Yamp dann nicht weitergesucht.
Ich habe den Code dann testweise so abgeändert, dass Yamp auch bmp im MP3 akzepiert. Das nächste Problem: Die bmp waren mit 32bit Farbtiefe gespeichert; offensichtlich akzeptiert die enigma2-Funktion epicload.startdecode() aber nur bmp mit 24bit Farbtiefe. Also hat auch das nicht funktioniert. Versuchsweise habe ich die MP3 mit demselben bmp mit 24bit Farbtiefe gefüttert, und das Cover wurde angezeigt.

Im nächsten Versuch habe ich dann das in der MP3 gespeicherte Bild komplett gelöscht, und prompt wurde das Cover auch von Google geholt und angezeigt.

Also bitte erstmal überprüfen, ob in den Tags Bilder als bmp gespeichert sind, Bilder mal versuchsweise löschen. Dann kontrollieren, ob im Verzeichnis evtl. noch (ungültige) Bilder vorhanden sind. Wenn da nirgends was ist, sollte die Google-Suche nach wie vor funktionieren.

z.B. so solls funktionieren - habs aber nicht ausprobiert.
Ansonsten gibts noch ein Tool "Sanse Mp3 Art Sizer", mit dem man die Bilder in der Grösse ändern kann. Schöner Nebeneffekt: Aus bmp wird jpg. Funktioniert bei mir allerdings nur mit lokalen Dateien, nicht auf dem NAS. Hab aber nicht lange probiert, vielleicht nur irgendwelche Berechtigungen, oder EInbindung als Netzlaufwerk. Ich hänge hier den Link mal an, da die Seite nicht leicht zu finden ist. Ich hoffe, der Link ist erlaubt, wenn nicht, mod bitte mitteilen oder selbst löschen.

Ist ja eh eigentlich Quatsch, bmp zu verwenden: Da benutzt man schon ein verlustbehaftetes Format, um die Dateien klein zu kriegen, und packt dann das grösstmögliche BIldformat rein.... ?-(

Edit: Es ist eine Version in der Vorbereitung, die bei der mp3-Coversuche von Vornherein nur noch jpg, jpeg und png akzeptiert und dies auch feststellt, d.h. mit der Suche an den anderen Stellen weitermacht, auch wenn ein bmp gefunden wird. Damit sollte dann auch die Google-Suche funktionierten, wobei die aber oft nicht besonders schöne Covers liefert (Auflösung).

Ja, da verhält sich die Duo/Vti offensichtlich anders als die Dream; auf der Dream verschwindet die Oberfläche. War bei @allow2010 auch so. Deswegen habe ich im Original-Skin ganz am Ende direkt vor dem widget "screenSaver" ein bildschirmfüllendes Rechteck eingebaut, das zusammen mit dem Screensaver eingeblendet wird. Allerdings nur, wenn auch "dunkler Hintergrund für Songtexte" eingestellt ist. Vielleicht sollte ich das noch trennen. Wahrscheinlich fehlt dir dieser Hintergrund aber komplett. Und nicht vergessen: Wenn du dazu den CustomFHD verwendest, auch den Pfadnamen anpassen.

Komisch ist daran gar nichts. Dann wars mal wieder der berühmte Fehler 50 (oder müsste der bei den Boxen Fehler 300 heissen? ) D: . In den Einstellungen "Bildschirmschoner-Bilder im Hintergrund" nicht auf ja gestellt. Steht so auch in der Anleitung und im Changelog.

Passt dann aber im Übrigen mit deinem Screenshot auch nicht zusammen - dann hätten die Texte auf zPosition 7 genausowenig wie das Cover (das nach deiner xml auf zPosition 6 steht) angezeigt werden dürfen....

Kann eigentlich nicht sein - er nutzt ja den Custom FHD von dir, und mittlerweile sind doch alle black.png auf 1920x1080. Es liegt eher daran, dass dieser Hintergrund (das Widget oben im Post direkt vor dem Screensaver) bei deinem Skin noch gar nicht drin ist - hatte ich vergessen, dir mitzuteilen.
Warte aber bitte damit bis zum nächsten Update, da ist es dann unabhängig von der Einstellung "dunkler Hintergrund für Songtexte".

Kann ich nicht bestätigen; bei mir liegt alle Musik auf dem NAS, und das dauert manchmal 5..10 Sekunden, bis das aus dem Tiefschlaf aufgewacht ist. Und da passiert nichts ungewöhnliches ausser dem Spinner während der Zeit.
Vielleicht können ja noch andere Nutzer mit verschiedenen Boxen / Images was dazu sagen, ist ja möglicherweise auch wieder abhängig vom Image.