[cguenther]

Hallo Forum,

ich hatte hier seit ca. 8 Jahren ein System von Reel Avantgarde II im Wohnzimmer mit abgesetztem Tuner (Netceiver/DVB-S2) unter demn Dachboden sowie NAS (QNAP TS-669l) im Keller im Einsatz. Die AVG II lief hierbei durch, Performanceprobleme gab es nach einem CPU- und RAM-Upgrade keine mehr. Kein Problem 3-4 Aufnahmen gleichzeitig zu machen und beispielsweise eine der Aufnahmen zeitversetzt direkt zu schauen. Keinerlei Ruckler etc. Als Pay-TV kam nur das HD+-Bouquet "zum Einsatz".

Soweit so gut. Um Platz und Strom zu sparen sowie ausgelöst durch einen c't-Artikel vor ein paar Ausgaben kam die Idee auf, den Netceiver per minisatip anzubinden, den "Server-VDR" auf eine vorhandene, kleine Linux-Kiste zu moven und im Wohnzimmer bei Bedarf einen Rpi 3 als Client zu nutzen. Hierbei stiess ich auf MLD, was aus meiner Sicht eine sehr schöne Implementierung des VDR auf dem Rpi 3 ermöglicht. Toll gemacht! Nach ein paar Problemen des compilierens von minisatip mit Unterstützung für den Zugriff auf den Netceiver sowie "Integration" der HD+-Geschichten lief das dann alles sehr schön. Vielen Dank an der Stelle nochmal an "clausmuus". Ein VLAN habe ich nur noch für den Zugriff auf den Netceiver realisiert, d.h. der VDR-Server (ein Ubuntu 16.04 mit vdr 2.2.3) hat ein virtuelles Eth und der NC einen Port am Switch der nur im VLAN ist. Die Aufnahmen landen auf dem NAS, hier kann ich z.B. per Samba-Share von einem Win10-Rechner ruckelfrei die Aufnahmen schauen.
Minisatip greift sich alle 6 Tuner, der VDR-Server hat Zugriff auf 4 Tuner, damit für den Client sowie einen weiteren Client (Ipad/IPhone) noch jeweils ein freier Tuner vorgehalten wird. Der Zugriff auf minisatip erfolgt "offen", hier ist kein VLAN zwischen minisatip und dem Rest des Netztes hochgezogen.

Nun zum Client. Installiert ist MLD 5.1 Testing. Live-View, umschalten, alles kein Problem. Aber ich bekomme es zum verrecken nicht hin, dass eine Wiedergabe ruckelfrei abgespielt wird. Und hier geht es nicht um ein Streaming vom VDR, sondern schlicht um das Abspielen von Aufnahmen "von Platte", sprich übers Netz vom NAS. Dieses ist im MLD wie folgt gemounted:

Code: [Select]

192.168.1.8:/Multimedia/recordings      /mnt/data/tv    nfs     auto,rw,bg,async        0 0Ich habe hierbei schon an vielen Parametern geschraubt, sei es

Code: [Select]

192.168.1.8:/Multimedia/recordings      /mnt/data/tv    nfs     rw,nolock        0 0 oder

Code: [Select]

192.168.1.8:/Multimedia/recordings      /mnt/data/tv    nfs     bg        0 0 oder

Code: [Select]

192.168.1.8:/Multimedia/recordings      /mnt/data/tv    nfs     rsize=2048,wsize=2048,tcp,rw,bg,async        0 0
Auf dem NAS ist das Verzeichnis Multimedia wie folgt in /etc/exports freigegeben:

Code: [Select]

"/share/MD0_DATA/Multimedia" *(rw,async,no_root_squash,insecure)
Es ruckelt mit der einen Einstellung vielleicht mal etwas weniger, mit einer Anderen wieder mehr. Was übersehe ich? Da die Wiedergabe auch von HD-Content per Live-View einwandfrei läuft, kann es doch eigentlich nicht an der Hardware liegen? Ok, der Rpi ist "nur" per 100MBit am Switch gelinkt, der Upstream vom NAS kommt per Gigabit. Und das wiederum hängt mit Port-Trunking am Keller-Switch. Ist der RPi3 nicht performant genug? Brauchts ein Intel NUC oder BananaPi? Kann doch alles nicht sein, sonst hätten sich doch sicherlich schon mehrere User hier im Forum gemeldet... Es geht hier auch nicht um "Microruckler" alle paar Minuten, sondern wirkliches Stocken in der Wiedergabe von Bild und Ton - dies so sehr, dass man es nicht mehr anschauen noch verstehen kann. Und die Aufnahmen an sich sind in Ordnung - keinerlei Ruckler, wenn ich diese z.B. vom Schreibtisch PC aus anschaue. Und mit der Jahre alten Avantgarde gabs auch keine Probleme.

Ich habe den Verdacht, dass die Lösung möglichweise ganz einfach ist aber ich sehe sie leider nicht :-) Wer hat eine Idee? Was sind Eure nfs-mount-Parameter? Liegts am Raspberry? NAS?

Danke für jeden Hinweis oder Idee!

LG
Carsten

[SvenOL]

Hallo Carsten,
nur mal blöd nach gefragt, weil ich letzte Woche selbst mein PI mit LibreELEC neu installiert habe und dies vergessen habe (kann sein, dass es bei MLD nicht erforderlich ist...) aber hast Du die MPGE2 Lizenz für den PI frei geschaltet?
Gruß
Sven

[cguenther]

Moin Sven,

ja, die ist freigeschaltet. Mal grundsätzlich: Man kann schon davon ausgehen, dass ein Rpi3 (wie wohl auch der Rpi2) durchaus in der Lage sein sollte, Wiedergaben von HD-Material per Datei-Freigabe über NFS ruckelfrei wiederzugeben, oder? NurmalsoalsGrundsatzfrage :-)

Ich habe auch gerade herausgefunden, dass der mögliche Grund für das Ruckeln durch das plugin permashift hervorgerufen wurde. Mir fiel bei Wiedergaben eine Systemlast von über 1 auf (1.2-1.3), mit deinstalliertem Plugin ist diese Last auf 0.2 runter und das Ruckeln deutlich weniger, wenn nicht weg.

Hat zu diesem Plugin noch jemand Erfahrungen?

LG
Carsten

[clausmuus]

Hi,

wenn der RPI direkt auf satip zugreift, und möglicherweise sogar mehrere satip Devices verwenden darf, dann könnten diese die 100MBit bereits auslasten, denn der EPG Scan belegt pro Device bis zu 50MBit.
Schalte doch mal testweise den EPG-Scan aus.

Claus

[cguenther]

Hi Claus,

ja, guter Tip. Da das aber eigentlich EPG-mässig alles auf dem Server laufen soll, habe ich das auf 1 Device beschränkt, aktuell läuft der vdr auf dem MLD-Client mit den diesbezüglichen Options:

Code: [Select]

-Psatip -d 1 -s 192.168.1.95|DVBS2-1|Server1
Ich sehe auf dem minisatip-Status den Client auch immer nur auf einem Device/Tuner.

Ich habe das mit dem permashift noch nicht weiter getestet. Der Familienrest wäre _sehr_ unglücklich, wenn das - so sieht es wohl aus - auf dem RPi3 nicht wirklich gut läuft. Livebuffer unter der Reel wurde schonmal häufiger genutzt. Ich schaue daher schonmal nach etwas performanterer Hardware a la NUC6I3SYK oder so...

Ich gebe dann nochmal Bescheid, ob das Verhalten vom permashift aller Wahrscheinlichkeit nach herrührte - ich habe das Plugin erstmal wieder herausgenommen und auf den ersten Blick wars gut.

Hat jemand permashift auf einem RPI3 wirklich _gut_ laufen? Oder habe ich da etwas falsch konfiguriert? Lief in der 100MB-Defaultstellung, was ja nicht wirklich viel ist bzw für längere Rückschauen reicht, aber die Systemlast _mit_ dem Plugin war schon deutlich über 1 - ohne langweilt sich der RPI3 derzeit mit 0.16-0.18.

LG
Carsten

[clausmuus]

Hi,

wegen des Permashift könnte man mal schauen, ob man das nicht lieber auf die Lokale SD Karte oder im RAM macht. Ich selber habe das nie verwendet, weil dass einfach immer zu instabiel war. Ist aber auch schon Jahre her, das ich permashift zuletzt getestet habe.
Der RPI hat jedenfalls locker genug Performance um das zu händeln. Es gilt also eher herauszufinden was bei Dir den Engpass verursacht.

Claus

[cguenther]

Hallo,

um das Thema von meiner Seite abzuschliessen: Nach Herausnahme des permashift-Plugins waren alle "Ruckel"-Probleme gelöst. Aufnahmen als auch Live-Wiedergabe über das satip-Plugin liefen ruckelfrei und ohne Probleme.

Da mir aber insgesamt die Oberfläche noch zu träge war habe ich heute wie angedacht auf eine andere Hardware migriert: Intel NUC6i3SYK. Ok, etwas Overkill, maybe, aber kein Vergleich zu Responsiveness beim Spulen/Springen sowie auch keinerlei Fragmente/Artefakte mehr im Bild (selten, ca. alle 5-10 min mal ein schmaler, grüner "Streifen" bzw. Bereich unten im Bild.

Vielen Dank für den Support.

LG
Carsten