Zweit-VDR mit Haupt-VDR steuern

Hallo,

ich habe einen Haupt-VDR im Wohnzimmer mit FF-DVB-S
und einen headless Zweit-VDR (zwar nicht im Keller, aber eben
ein Server der nur übers Netzwerk verbunden ist) mit DVB-T.

Zum Steuern des Zweit-VDR benutze ich ein Terminalfenster
(skincurses oder remote-plugin / telnet) oder ggf. vdradmin.
Die Aufnahmen lassen sich durch einen Mount des Server-
Filesystems wunderbar im Haupt-VDR abspielen.

Aber genial wäre natürlich, wenn ich den Zweit-VDR
vollständig mit der FB über den Haupt-VDR steuern könnte,
inkl. Timerprogrammierung usw. Wenn man also quasi
das OSD des Zweit-VDR im Haupt-VDR auf den Schirm
holen könnte.

Ich habe mal die Plugin-Liste im WIKI durchstöbert und etwas
die Suchfunktion hier bemüht, bin aber auf nichts passendes
gestossen. Sind meine Vorstellungen machbar? (Und natürlich
wenn ja, wie?)

Gespannt,
hivdr

Streamdev läuft schon auf dem Server. Um gelegentlich mal
per mplayer auf dem Desktop "reinzuschauen". Aber ich dachte
damit kann man eben nur Videodaten übertragen, nicht
aber das OSD? Und genau das meinst Du vermutlich, wenn
Du sagst dass bei Aufnahmen beide Rechner laufen
müssen: der Timer wird auf dem Haupt-VDR angelegt und
der nimmt halt dann die Daten übers Netz entgegen statt
von der eingebauten Karte.

Nein, das ist nicht Sinn der Sache: ich möchte eben den
anderen VDR komplett fernsteuern: also dort die Timer
programmieren usw. Dann abschalten, und der Server
nimmts auf.

Wär schön wenn es dazu eine Möglichkeit gäbe. Denn sonst
kann man eben den Zweit-VDR nur durch Steuerung am PC
nutzen, nicht vom Sofa aus (abgesehen eben vom Ansehen
der fertigen Aufnahmen).. hat diesen Wunsch vor mir
noch niemand verspürt?

Quote

2ter VDR mit fbtv und VGA mit TV out
FB = Wireless KB via KVM-Switch an beide VDR

Zugegeben: für das zugrundeliegende Problem eine mögliche
Lösung. Aber doch irgendwie etwas umständlich und aufwendig..

Ich meins schon so wie oben beschrieben bzw. wie im Subject
steht: mit dem Haupt-VDR steuern. Mit der gleichen FB, über
den VDR der auf der Kiste läuft. Also letztlich ginge das wohl
nur mit entsprechendem Plugin. Und wie es aussieht gibt es da
offenbar noch nix. Schade. Wäre doch wirklich praktisch.
Man könnte ganze VDR-Serverfarmen aufbauen, die man alle
über einen zentralen Ausgabe-VDR direkt steuert.
OK, nicht übertreiben

Na gut, wenn noch jemand was einfällt, aber sieht wohl
schlecht aus..

celica

Genau so hatte ich mir das auch vorgestellt. Aber ganz offenbar
geht das eben so bisher nicht. Machbar wäre es sicher, aber
jemand muss es machen.. ein Paar von Plugins:
Auf dem Client kann man damit in den remote-Modus schalten,
dann werden die FB-Kommandos weitergeleitet und das
entfernte OSD dargestellt statt des eigenen - irgendeine
Escape-Sequenz beendet die Verbindung. Dabei muss nicht
unbedingt auch das entfernte TVBild gestreamt werden.
Auf dem Server arbeitet das Plugin ähnlich wie das remote-
Plugin: nimmt Tastenevents entgegen und liefert das OSD.

Für einen gestandenen VDR-Programmierer vermutlich nicht
weiter schwer, aber wenns keiner selbst brauchen kann..

Das streamdev-Plugin kenn ich auch nicht im Detail, aber alles was
oben so dazu gesagt wird deutet darauf hin, dass man im Client
über die channels.conf die Kanaldaten definiert und über den
Kartenindex statt der eingebauten Karte den Streaming-Server
angibt. Der bekommt dann die Kanaldaten geschickt, tuned
entsprechend und schickt die TV-Daten zurück. Richtig?

Alles andere sind halt diverse Ideen, wie man das Ziel
auf Umwegen erreicht, mit Tricks, Workarounds:

pram

Hier würde man also praktisch die Kanaldaten identisch
auf Client und Server anlegen, um dann die Timerzeilen
auf den Server zu schieben. Wobei man wohl mindestens
noch den Kartenindex anpassen müsste. Klingt auch nicht
grade ganz einfach zu machen. Und ist halt nur eine
Lösung für ganz spezifisch das Timerprogrammieren.
Aber eigentlich will man schon eine weitergehende
Fernsteuerung, mit der man eben fast alles machen kann.
Eben auch mal die Timer prüfen, ändern. Ins EPG schauen usw.

hjs

Eine Art PC-Anywhere kann man sagen, auch wenn ich früher
eher mit Laplink zu tun hatte - vor 100 Jahren oder VNC, whatever.
Aber es wäre ja "nur" das OSD, kein ganzer grafischer Desktop.
Und nur eine kleine Menge definierter FB-Tastenevents.
Siehe oben.
Ob ich bei fbtv jetzt wieder genau verstehe, was es tut, ist
die Frage, aber ich denke der Ansatz ist eine Nummer zu gross:
das Fernsehbild brauchts doch gar nicht. Mir würde das OSD
reichen. So wie zB das remote-Plugin das OSD in einer Telnet-
Sitzung darstellen kann, so müsste halt (siehe oben) ein
Server-Plugin diese OSD-Ein/Ausgabe für ein Client-Plugin im
Client-VDR machen.

Bernie7

Sowas in der Art hat doch hjs ganz oben schon vorgeschlagen. Nichts für
mich: der Server steht entfernt, ist über Netzwerk verbunden und definitiv
nur damit. Keine VGA-Kabel, keine KVM-Kabel etc. OK es gibt wohl KVM
die auch über IP laufen? Trotzdem: zu aufwendig, zu umständlich. Ich
benutze auch ausschliesslich den TVout der DVB-Karte, habe sonst keinen
TVout. Und mit analoger TV-Karte will ich schon garnix.

Was heisst tagelang programmieren. Wenn ich mich dazu imstande
sähe (auch zeitlich), würde ich das glatt angehen - wie gesagt, im
Vergleich mit manch anderem Plugin wär das doch eher trivial.
Man beachte den Konjunktiv..

Kurz: so mit Plugins wäre das eine saubere Lösung. Sowas hätte ich gerne,
und ich glaube schon dass es noch für ein paar Leute ganz praktisch wäre.
Aber der grosse Bedarf ist scheints nicht vorhanden. Und so werde ich wohl
derzeit ganz auf eine Lösung verzichten.

EddieT

MythTV, freevo, NMM - alles gut und schön. Grade in Bezug auf
Architektur / Verteilung wäre wohl NMM am interessantesten. Aber
ich bezweifle doch stark, dass man mit einem davon heute ein
System hinbekommt das gleichzeitig
- so problemlos und schnell aufgesetzt ist (jedenfalls Grundsystem)
- so optimal zu DVB passt
- so stabil läuft
- so viele Optionen (Plugins) bietet
wie VDR
Ich kann mich täuschen.

VDR jedenfalls hat mich bisher sehr überzeugt. Mit einer zuvor skizzierten
Fernsteuerung über zwei Plugins könnte man das hier diskutierte
Problem auch sauber erschlagen. Eines Tages wirds sowas geben. Grade
mit DVB-T dürfts immer mehr Leute geben, die einfach mal in irgendeinen
Server eine Karte reinstecken, angesichts problemloser Empfangssituation
mit 10-Euro-Stabantenne. Sowas will man dann halt auch komfortabel
im Griff haben.

Jedenfalls Danke für alle Beiträge!

Quote

... Aufnahmen löschen können die Clients bisher nicht.

Warum das? Ich mounte das Filesystem des Servers. Damit kann man
die Aufnahmen ansehen, Schnittmarken setzen, und nat. auch zum
Löschen markieren! Eigentlich alles was man auch mit den Aufnahmen
des Clients selbst machen kann - dank direktem Zugriff auf die Files
kein Unterschied. Selbst Schneiden kann man anstossen, nur dass
die ganzen Daten dann zweifach übers Netz laufen..
Das eigentliche Löschen macht dann wohl der Server, und die
Aufnahme steht dann ohne Restart oft noch bei den Aufnahmen
des Servers, weil (beim neuen 1.3.x) die Liste wohl gecached wird.
Und er beim richtigen Löschen nicht mehr die Aufnahmeliste
bereinigt, weil er ja davon ausgeht dass das schon beim Markieren
geschehen ist.
Aber es geht.

Quote

Ich programmiere die Aufnahmen über vdradmin, das ist eh komfortabler.

Klar ist das komfortabel. Trotzdem bevorzuge ich sogar zumeist den
direkten remote-Zugriff aufs OSD im Terminalfenster (skincurses),
denn irgendwie hat man da alles noch "direkter" unter Kontrolle..
Jedenfalls wär es schön das auch vom Sofa aus mit der FB machen
zu können - wie über die letzten Posts ausgebreitet..

svcsvr?
Einziger Treffer in vdrportal dieser Thread. 3 Treffer in google..
Vertippt?

(svcsvr)
Ahja, brandneu..
Sowas wäre sicher praktisch für jemanden, der beschliesst, etwas
wie in diesem Thread skizziert zu implementieren. Allerdings sieht
es mir stark danach aus, dass hier von der Kommunikation zweier
Plugins _im gleichen VDR_ ausgegangen wird. Der Client scheint
den Server mehr oder weniger direkt zu instanziieren und Methoden
aufzurufen. Von Netzwerk-Kommunikation sehe ich nix. Es sei denn
das passiert irgendwie hinter den Kulissen - hab keine Ahnung von
den Interna des VDR!
Aber neben der Kommunikation übers Netz müsste man auch
v.a. wissen, wie man das OSD nutzt (auf dem Client, osddemo?),
wie man es ausliest (server), wie man die FB-Events bekommt
(client) und wie man diese dem Ziel-VDR unterschiebt (server) - usw..

Also skincurses als Ausgangspunkt fürs Server-Plugin wäre denkbar,
evtl. osddemo fürs Client-Plugin. Trotzdem steckt da sicher eine Menge
Arbeit drin. Heisst das, Du hast Ambitionen?
Es gibt hier ja offenbar auch ein Plugin-Developer-Forum..