[Benutzername]

Hallo,

ich habe einen zentralen Server (MLD 5.5 mit x64 Hardware) sowie Clients auf Basis Raspberry Pi 3 (MLD 5.4). Das ganze läuft auch ganz gut, einziger Schönheitsfehler: Mit dem Skin Shady_KISS ist das OSD sehr träge. Fürs Schlafzimmer OK, aber als Haupt-VDR nicht WAF-fähig.

Da ich noch ein Raspberry Pi 4 ohne Verwendung habe, wollte ich mal testen, ob das da besser ist. Leider schaffe ich es nicht, die MLD 5.5 (unstable) zum Laufen zu bekommen.

1.) Beim Anwählen eines Pakets im WebIF wurde der ganze VDR deinstalliert? (vielleicht Bedienfehler)
2.) Ton über HDMI geht nicht, der VDR stürzt ab (ALSA Mixer Fehler, Umstellen der Soundausgabe auf Analog scheint zu helfen)
3.) Bild über Streaming Server läuft nicht (noch keine nähere Diagnose betrieben)

Aufgrund der doch vorhandenen Probleme (auf dem RPI3 bin ich das nicht gewohnt) und einiger ähnlicher Forenbeiträge stelle ich mir doch die Frage: Läuft MLD auf einem RPI4 schon sauber? Hat das jemand am Laufen? Oder bleibt man besser beim RPI3? Ist bei der MLD 6.4 Besserung zu erwarten?

Grüße
Björn

[clausmuus]

Hi,
bei der MLD-6 wird der RPI4 sicherlich besser unterstützt werden, wenn auch im moment noch nicht in allen Belangen.
Grundsätzlich muss man aber leider sagen, dass der VDR auf einem RPI3 besser funktioniert als auf einem RPI4. Das liegt alleine schon da dran, dass das VDR Frontend für den RPI3 stabiler arbeitet.

[Benutzername]

Alles klar, danke für die Einschätzung.

Gibts denn zu meinem "Schönheitsfehler" (langsames OSD bei SHADY_KISS) einen Lösungsansatz? Dann wäre der RPI3 immer noch vollkommen ausreichend für mich...

Grüße
Björn

[clausmuus]

Einen anderen Skin verwenden
Ne, da kann ich Dir nicht weiterhelfen, da ich schon immer den default VDR Skins verwende.

[franky]

@Benutzername
Auf meinem RPI4 läuft sowohl die MLD5.5 testing als auch die MLD6.4 mit streamdev-client einwandfrei.
Die MLD5.5 unstable hatte ich mit dem RPI4 bisher nicht getestet.
Bei der MLD 6.4 fehlen halt noch einige Plugins und mit den SD-Kanälen von Pro7/SAT1 gab es Probleme.

Als Skin kann ich skinflatplus empfehlen.

Ich würde es an deiner Stelle noch mal mit der MLD 5.5 testing versuchen.

[franky]

@Bjorn (Benutzername)
Ich habe gerade auf meinem RPI4 die MLD 5.5 unstable mit dem aktuellen Netinstall Image installiert.
Mit der 5.5 unstable passt aktuell etwas nicht.
Es wurde bei mir kein softhddevice-drm als AusgabePlugin installiert und ich kann es auch nicht per WebIF nachinstallieren.
Daher wird am TV nur das MLD-Logo angezeigt.
Was mich dabei verwundert ist die Versionsnummer beim MLD Logo (auch beim Booten).
Es wird nicht 5.5 sondern 5.1 angezeigt obwohl im WebIF 5.5 unstabel angezeigt wird.

Versuche es also mit der 5.5 testing oder der MLD6.4 alpha, da gibt es auf jeden Fall ein funktionierendes softhddevice-drm.

Ich hatte auch nochmal bei der 5.5 testing die Pro7/Sat1 SD-Kanäle angeschaut und die liefen jetzt mit streamdev einwandfrei.
Möglicherweise gibt es die Probleme nur mit satip, was ich mit dem RPI4 überwiegend getestet hatte.
Die Bildqualität der SD-Kanäle ist beim RPI4 übrigens deutlich besser, als beim RPI3 und man braucht keine MPEG2 Lizenz, da der RPI4 kein MPEG2 HW-Decoding beherrscht und deshalb SD-Kanäle per SW dekodiert incl. Deinterlacing.

Gruß Klaus (franky)

Nachtrag: Wenn ich auf der Downloadseite bei der 5.5 unstable für den RPI4 auf angepasstes Image gehe, kann ich im Gegensatz zur 5.5 testing auch kein softhddevice-drm (softhddrm) finden.

Nachtrag2: Die Problemen mit den Pro7/SAT1 SD-Kanälen gibt es nur bei MLD6 sowohl mit streamdev-client als auch satip.

[clausmuus]

Das softhddrm Paket gibt es jetzt auch wieder für den unstable RPI4

[franky]

Ja das softhddrm lässt sich jetzt bei der gestern installierten 5.5 unstable nachinstallieren und funktioniert auch.

[Benutzername]

Hallo,

danke Euch beiden für die Infos.

@Claus: Welches Default Skin verwendest Du? Die Defaults sehen meines Erachens eher nach C64 denn nach aktuellem OSD aus. Das Theme auf der Startseite dürfte auch das SHADY_KISS sein?

@franky: Danke für die Info, ich werde testen und berichten. Leider kann ich mich hauptsächlich nur am Wochenende der Sache widmen, aber das ist auch der Grund, warum ich auf was stabiles hoffe...

Grüße
Björn

[clausmuus]

Wenn ich mich richtig erinnere heißt der gelbe Skin ST:TNG. Jedenfalls ist es nicht der Startrack Look und nicht der türkise Skin der ersten VDR Version.

[skippy]

Das Theme auf der Startseite dürfte auch das SHADY_KISS sein?

Du meinst das wechselnde "Fernsehbild" auf der Startseite des MLD-Portals? Das müsste der Skin "nopacity" in "darkred" sein. Damals, als die Hardcopys erzeugt wurden, war es noch ein eigenständiger Skin. Jetzt gibt es den m.W. "nur noch" innerhalb des Skindesingners.

Viele Grüße skippy

[franky]

Das gelbe Skin das bei MLD standardmäßig verwendet wird, ist übrigens "ST:TNG Konsolen".
LCARS hat, so weit mir bekannt ist, Klaus Schmiedinger mal als sein Standard Skin entwickelt, weshalb es auch standardmäßig im VDR mit drin ist. Er verwendet es auch auf seiner VDR-Webseite.
http://www.tvdr.de/software.htm

Den nOpacity Skin gibt es bei der MLD5.5 immer noch als eigenständiges Plugin skinnopacity.
Bei meinen Intel Systemen hat der Skin jedoch Darstellungsprobleme und ist nicht wirklich nutzbar.

Ich habe ihn gerade mal auf einem RPI4 getestet und da läuft er wirklich gut und flotter als Skindesigner.

Da kommt dann offensichtlich softhddevice-drm besser mit dem skin zurecht als softhddevice mit VAAPI.

[Benutzername]

Hallo,

habe noch einmal versucht zu installieren. Das Frontend ist installiert, die Verbindung zum Streamdev-server ist auch aufgebaut, aber der Client startet regelmäig neu. Ursache liegt bei ALSA (?). An den Einstellungen hab ich bisher nichts verändert. Muss da noch was konfiguriert werden?

Code: [Select]

INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 228 (28): No space left on device
AlsaPlayer: ring buffer empty
exception occured: pthread_mutex_lock failed: errno 22: Invalid argument
VDR exits at Sa Jan  6 15:03:12 CET 2024
INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 229 (28): No space left on device
AlsaPlayer: ring buffer empty
exception occured: pthread_mutex_lock failed: errno 22: Invalid argument
VDR exits at Sa Jan  6 15:04:25 CET 2024
INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 228 (28): No space left on device
AlsaPlayer: ring buffer empty
exception occured: pthread_mutex_lock failed: errno 22: Invalid argument
VDR exits at Sa Jan  6 15:05:38 CET 2024
INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 229 (28): No space left on device
AlsaPlayer: ring buffer empty
exception occured: pthread_mutex_lock failed: errno 22: Invalid argument
VDR exits at Sa Jan  6 15:06:51 CET 2024
INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 228 (28): No space left on device
AlsaPlayer: ring buffer empty
exception occured: pthread_mutex_lock failed: errno 22: Invalid argument
VDR exits at Sa Jan  6 15:08:04 CET 2024
INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 229 (28): No space left on device
AlsaPlayer: ring buffer empty
exception occured: pthread_mutex_lock failed: errno 22: Invalid argument
VDR exits at Sa Jan  6 15:09:18 CET 2024
INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 228 (28): No space left on device
AlsaPlayer: ring buffer empty
exception occured: pthread_mutex_lock failed: errno 22: Invalid argument
VDR exits at Sa Jan  6 15:10:31 CET 2024
INFO: validating live server ip '0.0.0.0'
Frame2Display: cannot page flip to FB 229 (28): No space left on device
AlsaPlayer: ring buffer empty
Der Server meldet in der Zeit folgendes:

Code: [Select]

Jan  6 15:06:02 MLD user.err vdr: [8431] ERROR: streamdev-server: couldn't send data: Connection timed out
Jan  6 15:07:09 MLD user.err vdr: [2048] ERROR: 1 ring buffer overflow (188 bytes dropped)
Jan  6 15:07:15 MLD user.err vdr: [2048] ERROR: 34038 ring buffer overflows (6399144 bytes dropped)
Jan  6 15:07:15 MLD user.err vdr: [8518] ERROR: streamdev-server: couldn't send data: Connection timed out
Jan  6 15:08:23 MLD user.err vdr: [2048] ERROR: 1 ring buffer overflow (188 bytes dropped)
Jan  6 15:08:28 MLD user.err vdr: [8604] ERROR: streamdev-server: couldn't send data: Connection timed out
Jan  6 15:09:35 MLD user.err vdr: [2048] ERROR: 1 ring buffer overflow (188 bytes dropped)
Jan  6 15:09:41 MLD user.err vdr: [2048] ERROR: 33048 ring buffer overflows (6213024 bytes dropped)
Jan  6 15:09:42 MLD user.err vdr: [8690] ERROR: streamdev-server: couldn't send data: Connection timed out
Jan  6 15:10:51 MLD user.err vdr: [2048] ERROR: 1 ring buffer overflow (188 bytes dropped)
Jan  6 15:10:57 MLD user.err vdr: [2048] ERROR: 39474 ring buffer overflows (7421112 bytes dropped)
Jan  6 15:10:58 MLD user.err vdr: [8779] ERROR: streamdev-server: couldn't send data: Connection timed out
Jan  6 15:12:03 MLD user.err vdr: [2048] ERROR: 1 ring buffer overflow (188 bytes dropped)
Jan  6 15:12:08 MLD user.err vdr: [8864] ERROR: streamdev-server: couldn't send data: Connection timed out
Jan  6 15:13:16 MLD user.err vdr: [2048] ERROR: 1 ring buffer overflow (188 bytes dropped)
Jan  6 15:13:22 MLD user.err vdr: [2048] ERROR: 28526 ring buffer overflows (5362888 bytes dropped)
Jan  6 15:13:22 MLD user.err vdr: [8952] ERROR: streamdev-server: couldn't send data: Connection timed out

[Benutzername]

Kleine Ergänzung:

Beinm Hochfahren erscheint nach Start das OSD und ich höre den Ton vom Sender (für ca 2 Sekunden bevor neugestartet wird), das Bild wird nicht angezeigt.

Der Fernseher ist ein älterer (noch kein FullHD), falls das wichtig ist.

Der Streamdev Server sollte nicht die Ursache sein, andere Clients (MLD 5.4 auf RPI 3) haben keine Probleme.

Grüße
Björn

[franky]

Hi Björn,

es ist schon wichtig, ob der TV FullHD (1920x1080) mit 50Hz kann.
Das beim RPI4 verwendete Ausgabeplugin softhddevice-drm läuft ohne Ausgsabe über den xserver, gibt Video und Ton also direkt aus, daher das drm.
Dabei verwendet softhddevice-drm 1920x1080@50Hz unabhängig davon welche Aufösung im WebIF für den xserver konfiguriert ist.
Keine Ahnung, wo man da eine andere Auflösung konfigurieren könnte.
Ich hab den RPI4 bisher nur an einem FullHD und einem UHD TV getestet, wo er immer FullHD 50Hz ausgibt.
In den Einstellungen des Plugin gibt es nichts zu Video sondern nur zu Audio Optionen.

Es sollte beim RPI4 auch immer HDMI0 verwendet werden.
Das ist der neben dem USB-C Port.

Grüße
Klaus