Plugin remotetimers - Start des Serverseitigen Schneidens dauert lange

Hi,

Beim Aufbau meines Headless yaVDR bin ich noch eine etwas unschöne Geschichte gestossen. Nachdem ich svdrpservice, remotetimers und remoteosd auf den clients konfiguriert hatte hat alles soweit gut funktioniert. Einzig das Serverseitige Schneiden macht mir Probleme.

Ich habe die Aufzeichnung auf dem Client geöffnet und die marks entsprechend gesetzt. Danach habe ich mit Editieren (rot) und Schneiden (grün) das externe Schneiden gestartet. Im log des headless Servers konnte man sehen dass eine svdrp Verbindung aufgebaut wurde. Nach 10 Sekunden (command timeout) hatte ich auf dem headless Server ein Fehler.

ERROR (svdrp.c,433): Datenübergabe unterbrochen (broken pipe)

Auf dem client:

Apr  8 12:43:38 yavdr-wz vdr: [6326] loading /srv/vdr/video.00/Serien/Fantasy/EUReKA_-_Die_geheime_Stadt/Season_05/05~01_Die_Zeitverschiebung/2013-03-13.20.10.72-0.rec//marks
Apr  8 12:43:39 yavdr-wz vdr: [6326] SvdrpService: connected to 192.168.1.5:6419
Apr  8 12:43:49 yavdr-wz vdr: [6326] svdrpservice: timeout waiting for reply from 192.168.1.5
Apr  8 12:43:49 yavdr-wz vdr: [6326] ERROR: Lost SVDRP connection - unable to start remote cutter
Apr  8 12:43:51 yavdr-wz vdr: [6326] svdrpservice: unable to send command to 192.168.1.5. Socket is closed

Gehe ich nun her und stelle in den Optionen des SvdrpService Plugins Command Timeout auf 30 Sekunden ein. Funktioniert das ganze. Im Schnitt dauert es 15-20 Sekunden bis das Schneiden auf dem Server beginnt.

Apr  8 12:47:02 yavdr-hl vdr: [2849] connect from 192.168.1.6, port 49345 - accepted
Apr  8 12:47:16 yavdr-hl vdr: [2849] loading /srv/vdr/video.00/Serien/Fantasy/EUReKA_-_Die_geheime_Stadt/Season_05/05~01_Die_Zeitverschiebung/2013-03-13.20.10.72-0.rec//marks

Ist diese Zeit normal? Kann mir das kaum vorstellen. Es ist übrigens egal ob ich eine HD Aufnahme über 3 Stunden schneiden möchte oder eine SD Aufnahme von 30 Minuten. Die Zeit liegt immer zwischen 15-20 Sekunden bis das Schneiden gestartet wird.

Speziell zum testen passiert zu diesem Zeitpunkt auf dem Server nichts. Also weder Aufnahmen nocht Suchtimer noch Streamdev. Er langweilt vor sich hin.

Habe den Schnitt von einem Client mit eigener TV-Karte gestartet. Eben weil die Schnittstelle ja immer nur einen Client bedienen kann sollte doch nach dem Connect der ja Erfolgreich ist nichts dazwischen funken. Ich gehe also davon aus dass es 20 Sekunden benötigt die entsprechenden Anweisungen vom Client auf den Server zu bekommen um dort den Schnitt zu starten. Das scheint mir doch sehr lange.

Aha das erklärt das ganze.

Ich habe in einem extra Thread schon mal nachgefragt warum das aktualisieren der Aufnahmen so langsam geht. Da es sich hierbei im Endeffekt um die selbe Funktion handelt erklärt sich das Verhalten des Plugins auch.

Ich habe ca. 5 TB an Aufnahmen auf meinem NAS. Die meisten sind Serien. Im NAS werkeln 5x 2TB 5400er Platten die natürlich nicht die schnellsten sind. Außerdem gehen die Platten in Standby wenn es keine Zugriffe gibt.

Ich habe das eben mal reproduziert

1. Der erste Aufruf von svdrpsend LSTR gab einen timeout. Die Platten mussten ja erst noch hoch gefahren werden.
2. svdrpsend LSTR direkt im Anschluss gab ein Teil der Liste wurde jedoch auch mit einem timeout beendet. Die Platten waren wohl noch nicht fertig.
3. Wieder svdrpsend LSTR im Anschluss hat dann das erwartete Ergebnis gebracht. Dauert allerdings auch um die 10 Sekunden. Damit sollte ich dann auf die 15 Sekunden die ich oben beschrieben habe kommen.

Ich habe Interesse halber den Befehl 20x hintereinander ausgeführt und so jedes 10te mal hatte ich wieder einen timeout. Aber das nur btw.

Ich vermute das LSTR ist dazu du um die Aufnahme für das plugin aktuell zu halten? Im Prinzip funktioniert das aber immer noch besser wie das lokale Schneiden. Hier wird mein System bei großen HD Aufnahmen zum Teil Minuten blockiert.

Edit:
Vom client aus erhöht sich die Zeit nochmal um ca. 5 Sekunden. Zusammen ergibt das die Summe von oben.

Ok. Das ist natürlich in den Größenregionen in denen ich mich bewege eher ungünstig. Da aber laufend Aufnahmen dazu kommen wird das vom Prinzip her noch langsamer werden. Gerade da LSTR oft zu einem timeout führt... warum auch immer. Gemountet ist das ganze übrigens via NFS über Gigabit LAN.

Jemand eine Idee wie ich dem etwas entgegen wirken könnte?

btw:
Aktuell habe ich um die 3000 Aufnahmen und zusätzlich nochmal um die 600GB avis auf dem NAS.