Vom Komplett-VDR zur Server-Client Lösung

Hi Full_ack,

ich denke, in diesem Beitrag hier wird ziemlich viel von deinen Wünschen umgesetzt. Auch wenn ich selber noch nicht ganz durchgestiegen bin ist es für mich die (!) Lösung.

Gruß seaman

hi Full_ack,

"Ich möchte natürlich nicht nur per vdradmin auf den Server zugreifen (niedriger WAF...), sondern per Client eingentlich das normale VDR Menü haben. Der Server soll dann nur die Arbeit wie Convert, aufzeichnen, abspielen über das Netzwerk übernehmen"

wozu brauchst du das menu des servers? was willst du am server administrieren, ausser aufnahmen zu programmieren? meine frau kommt prima mit vdradmin (xxv) klar.

greets

bernd

ps: eventuell helfen dir meine letzten threads (bei denen es meistens um client-server-problematik ging) beim umsetzen

Hi Full_Ack,

so ne Client-Server Lösung sollte 3 Dinge können :

- Auf dem Client Aufnahmen abspielen, die auf dem Server liegen :
Das geht einfach mit Samba, ist in meinem Text beschrieben, siehe Signatur.

- Live-TV : Das geht mit Streaming Client / Streaming Server. Hab ich noch nicht probiert, scheint aber nicht immer stabil zu funktionieren, siehe Forum. Ich selbst schaue kein Live-TV mehr, deshalb brauche ich das nicht.

- Aufnahmen programmieren : Da muss man mit Scripts arbeiten, da sonst der Server nicht mitbekommt, dass Timer eingetragen wurden. Mal im Forum suchen.

Grüße Bernd

hi Full_ack,

"Um mal ein Beispiel zu benennen: Ich will Aufnahmen per vdr-burn konvertieren"

wo ist der unterschied zwischen entfernten und lokalen aufnahmen?

Bernie7

"- Auf dem Client Aufnahmen abspielen, die auf dem Server liegen :
Das geht einfach mit Samba, ist in meinem Text beschrieben, siehe Signatur."

wozu samba? es gibt doch nfs.

bernd

Ich habe es ähnlich hier am Laufen. Server mit mehreren Karten zum Aufnehmen und nen Client mit ner FF. Das Läuft Hervorragend.

Ich habe das Burn Plugin nie probiert, aber wird da nicht wenn man alles soweit vorbereitet hat der Vorgang des Erstellens mit nem Script gestartet ?

Wenn das so ist könnte man das vom Client über die Commands mit RSH auf dem Server starten. So habe ich das bisher mit VDR-Requant gemacht.

Hallo,

also wenn ich Full_ack richtich verstehe, fehlt ein plugin, welches das OSD eines entfernten VDR darstellt (So würde ich mir auch eine C/S-Lösung vorstellen - mit den bisherigen Lösungen incl. streaming kann ich mich nicht recht anfreunden). Vielleicht ein Plugin-Client für das Control-plugin? - Weiß allerdings nicht, wieviel vom OSD das Control-plugin übermittelt.

Das ist *imho* nicht ganz trivial, da es Text und Grafik gibt und nicht alle Funktionen via svdrpsend erreichbar sind. Schätze, das wäre dann das ultimative Killerfeature, welches alles am Markt erhältliche blass aussehen lassen würde

Es gibt ja das ffnetdev Plugin, mit dem kann man das OSD vom Server in einem VNC Fenster darstellen. Das funktioniert gut aber dafür braucht man nun auch wieder einen PC oder ein Notebook.

Die Lösung die FullAck sucht gibt es so meines Wissens nicht, das wär aber wirklich mal was tolles wenn man das irgendwie so machen könnte.

Ich könnte mir das so vorstellen das man am Client in den Einstellungen zwischen OSD vom Server und Client wählen könnte. Das wäre der Oberhammer.

Zitat

Blehnert : Wozu Samba ? Es gibt doch NFS.

1. NFS ist bei LinVDR nicht dabei, Samba schon

2. NFS löst Symlinks nicht auf. Man muss also ne Weile basteln bis das geht, wenn man mehrere Platten im VDR-Server hat.

Full_Ack : Ich brenne meine DVD's auf dem Client, wobei die Aufnahmen auf dem Server liegen. Ist no Prob wenn die Berechtigungen richtig gesetzt sind und auf der Festplatte des Clients mind. 10 GB frei sind.

Grüße Bernd

Ich habe eine ähnliche Konfiguration.
Das Video Verzeichnis wird mittels nfs vom Client gemountet.
Der Server nutzt das gleiche Video Verzeichnis.
Falls nun ein neuer Timer erzeugt wird startet der Server mit der Aufnahme.

Problem:
Der Client möchte natürlich ebenfalls die Aufnahme starten, daher habe
minimale Code-Änderungen an den VDR-Sourcen vorgenommen, so dass
es jetzt eine timers-client.conf und eine timers-server.conf gibt.
Die timers-client.conf hat immer die Größe 0.
DVD-Konvertierungen mache ich allerdings am VDR-CLient, da dieser
eine stärkere CPU hat, aus Kostengründen (24*7) ist der Server hier
nur schwach ausgestattet. (siehe auch diesen Thread
http://www.vdrportal.de/board/thread.php?threadid=39362&sid=
habe mich jedoch für einen P3 entschieden (Hat mehr PCI-Slots)

Insofern brauche ich auch kein Remote Menü.

Gruß Peter

bei mir ist der Client bei der Aufnahme an oder aus, ganz nach Belieben.
"dick" und das auch nur ein bißchen ist nur der Client, mit seiner 1Ghz Duron
CPU.

Gruß Peter

Moin,

will ja nicht widerspenstig erscheinen, aaber:
Warum nehmt Ihr eigentlich alle Samba fuer die Netzlaufwerke? Im Vergleich zu NFS ist der Overhead doch deutlich groesser und damit der Durchsatz kleiner als bei UNIX/Linux eigenem Netzwerkprotokoll NFS. Versteh' ich nicht...

Gruss

/elle

Waere es nicht denkbar, die timers.conf write-only fuer den client zu setzen, d.h., er kann sie zwar sehen, aber nicht lesen - in etwa solche permissions (dazu muessten aber die uids, unter denen der server- und der client-vdr laufen, unterschiedlich sein...):

user@vdrclient:/video0$ ls -ltra
drwxr-xr-x 8 vdrcl vdrcl  4096 Oct 11 13:32 ..
--w-rw-r-- 1 vdrcl vdrsrv  200 Oct 11 13:32 timers.conf
drwxrwxr-x 2 vdrcl vdrsrv 4096 Oct 11 13:32 .

Gruss

/elle

P.S.: (Muss noch mal genauer ueber die Permissions nachdenken)
P.P.S.: Geht natuerlich nur ueber NFS, bzw. entsprechende Einstellungen in smb.conf

hi full_ack,

"Grundsätzlich will ich halt keine Rechenleistung für etwas vorhalten, was der Server auch könnte. Mit anderen Worten: Warum müssen der Client und der Server "dick" sein, wenn die Leistung auch an einer Stelle reicht? Die Timer müssen aber tatsächlich an den Server weitergeleitet werden, da sonst zur Aufnahme sowohl Client als auch Server an seien müssen."

seh ich im prinzip ein (war anfangs auch mein geplantes szenario). allerding, sobald du divx schauen willst, muss der client eh "dick" sein.

habe mich daher dafür entschieden, den client auch eventuelle convertierungen duchführen zu lassen.

was mich allerdings auch reizen würde, ist die programmierung des servers mittels "deiner" epg-geschichte (natürlich neben xxv).

denke mal, einfaches kopieren der (lokalen) timers.conf auf den server dürfte nicht der richtige weg sein oder (nicht etwa, dass das hier von jemandem vorgeschlagen wurde)?
also vielleicht via "svdrpsend.pl" (wurde glaub ich mal in einem "meiner" threads vorgeschlagen.
müsste dann wohl per cronjob und script geschehen, für welches ich auch empfänglich wäre .

bernd

Zitat

Original von contact_peter

Problem:
Der Client möchte natürlich ebenfalls die Aufnahme starten, daher habe
minimale Code-Änderungen an den VDR-Sourcen vorgenommen, so dass
es jetzt eine timers-client.conf und eine timers-server.conf gibt.
Die timers-client.conf hat immer die Größe 0.

Gruß Peter

Alles anzeigen

Das ist doch eine schöne Lösung, an genau so etwas habe ich auch schon gedacht. Könntest Du diese Codeänderung zur verfügung stellen ?

hi tüddelkopp,

würde es bei der o.g. lösung nicht zu inconsistenzen kommen, wenn auch vdradmin (xxv) (bzw. eigentlich natürlich der entfernte vdr) in diese datei schreibt.

ich denke, es ist nicht gut einem laufenden vdr fremde confs unterzuschieben, oder verstehe ich was falsch.

thx

bernd