SoftHDDevice - Verständnisfrage

Hallo!

Ich habe mich in erste Anleitungen und FAQs zum SoftHDDevice-Plugin eingelesen, nun aber folgende Verständnisfrage:

Wie kommt bei diesem Plugin das Bild in den X-Server?

Beim xinelib-Plugin ist es ja so:
1. VDR läuft mit aktivieren xinelib-Plugin
2. Man startet den X-Server, darin als Anwendung vdr-sxfe
3. vdr-sxfe verbindet sich über eine TCP-Verbindung zum xinelib-Plugin von VDR und kann so auf den VDR zugreifen.

Wie aber läuft das technisch mit dem SoftHDDevice-Plugin?

Man startet den X-Server, und dann? (der beendet sich ja default-mäßig wenn darin keine Anwendung gestartet wird)

Mir geht es vor allem um den Hintergrund, in meinem Fall eine möglichst sanfte Migration vom xinelib-Plugin weg zu SoftHDDEvice zu machen, nach Möglichkeit mit Rückstiegs-Option.

Danke schon mal jedenfalls für eure Antworten

Sorry für die Foren-Auswahl ...

Mein (ya)VDR ist zwar selbst zusammengestrickt (auf einem Ubuntu 12.04), ich verwende aber ausschließlich die yaVDR-Quellen dafür. Gewissermaßen ist es also ein yaVDR

Wo kann ich denn Hilfe in Bezug auf meine Fragen erhalten?

Mir ist das mit dem zu verwendenden Frontend noch unklar:
In eurem Repository sehe ich zwar Handler für die diversen Frontends, in /etc/init/vdr-frontend.conf/ ist das ja sehr schön festgelegt:

xineliboutput, xine und eben softhddevice.

Gestartet wird das Frontend lt. Config (also eines von den dreien)

xineliboutput und xine sind mir klar. Der X-Server wird gestartet, danach eben vdr-sxfe (xineliboutput) oder xine (xine).

Im Falle von softhddevice wird aber ein dBus-Call abgesetzt, um dann schlussendlich SVDRP-Kommandos zu senden. Ebenso scheint ihr euch im Python-Code um udev-Events zu kümmern, wie Volume-Tastendrücke usw.

Wieso wird das auf diese Weise gelöst?

Genügt es für das softhddevice-Plugin nicht mehr eine Binary innerhalb des X-Servers anzustarten damit die Sache rund läuft?

So weit ist mir das schon klar, dass softhddevice ein Plugin innerhalb von VDR ist.

Was mache ich aber mit dem X-Server? Muss ich darin ein Programm starten welches mit den Inhalt dann anzeigt (wie vdr-sxfe oder xine bei eben diesen Plugins)?

Oder läuft der X-Server einfach alleine vor sich dahin (ohne ein Programm das darin laufen würde) und tritt in diesem Fall der VDR mit seinem SoftHDDevice-Plugin als eigenständiges Programm auf welches direkt auf den laufenden X-Server ausgibt?

Vielen Dank für die ausführlichen Erläuterungen, jetzt wird mir Einiges klar

Ich hab es mir im Prinzip so gedacht, denn das Wiki führt diverse Optionen als konfigurierbar an (zB Nummer des X-Servers), und auch die FAQ zum Plugin lässt darauf schließen, da hier eine Client-Lösung ohne TV-Karte vorgestellt wird die aber dennoch eine VDR-Binary benötigt. Explizit angeführt ist es aber rein nirgendwo, dass das SoftHDDevice-Plugin direkt auf den X-Server ausgibt. Schade darum.

Auch Danke für die -D Option zum Detached-Starten des Plugins. Die ist im Wiki nämlich gar nicht angeführt und hätte meine letzten Zweifel an einer X-Server-Ausgabe ausgeräumt

Ich muss sagen die Sache ist wirklich genial gelöst. Direkte Ausgabe von VDR auf den X-Server, und dann auch noch steuerbar über die SVDRP-Messaging-API. Alle Achtung.

Da wäre aber noch eine Kleinigkeit, die mir in Sachen X-Server nach wie vor den Kopf zerbricht:
Wie starte ich das Ding, sodass die Binary tatsächlich alleinig aktiv bleibt (ohne darin laufendes Programm)?

Derzeit ist es bei mir ja so gelöst, dass ich mittels nodm (=minimalistischer Diplay-Manager) xinit anstarte. xinit wiederum startet /etc/X11/Xsession, was letztendlich dann ~/.xsession startet.

So switche ich von meinem in .xsession angestarteten Programm mittels Fernbedieungs-Taste zwischen dem VDR-Frontend und xbmc - schon länger als es das erste ISO von yaVDR gibt

Wie schon erwähnt ist in meinem Fall der X-Server weg aus dem System, sobald die in der .xsession angeführten Tasks erledigt sind. (heißt in meinem Fall: nodm würde sofort erneut xinit starten --> ist praktisch wenn es zu einem Crash auf der Frontend-Seite kommt)

Was wäre denn eine Möglichkeit, den Xserver permantent zu starten?
So etwas hab ich noch nie gemacht, da stehe ich wirklich auf der Leitung?
Ein minimalistischer Display-Manger, der nur das nackte X startet? X selber als init-script / upstart-Job anlegen? Da gibt es doch schon sicher eine fertige Lösung dafür ...

Besten Dank!

Ich hab übrigens dieses Init-Script gefunden, welches sicher sehr gut als Vorlage für so ein Vorhaben geeignet ist.
http://e-tobi.net/blog/files/plain-xserver

Das ganze Projekte rund um Migrationen etc. wird bei mir in frühestens einem Monat aktuell, ich kann dann ja berichten mit welchen zusätzlichen Optionen (die von johns geposteten) der Xserver optimal im standalone-Betrieb läuft.

Meinetwegen berichte ich auch im Bild.de-Forum, wenn ihr dort verlässlich mitlest

Aber Scherz beiseite, die richtige Foren-Rubrik soll ja das Wenigste sein woran es scheiter ... Wo wäre denn eine Frage zur Logik hinter den yaVDR-Scripts - ich meine im Besonderen den vdr-frontend-Upstart-Job bei konfiguriertem SoftHDDevice - richtigerweise aufgehoben? Beispielsweise ich hätte eine Frage zu einer Methode einer der Klassen in eurem dazu erstellten Python-Script?

yaVDR hat einige Notwendigkeiten rund um einen komfortablen VDR-Betrieb wirklich sehr schön gelöst. Was ich nicht möchte, das ist meine yaVDR-spezifischen Fragen irgendwo zu stellen, wo sie von den am Projekt Beteiligten nicht gesehen werden.

Als Antworten würde ich dann allgemeines Bla Bla erhalten, und das kann ich mir selber im Netz auch zusammensuchen, eben wie gesagt ganz ohne auf das Expertenwissen der yaVDR-Leute zugreifen zu müssen ...