vdr-sxfe über OSD starten

Hallo zusammen,

ich sitze jetzt schon seit ein paar Tagen dran, den vdr-sxfe an den Start zu bringen.
Es funktioniert inzwischen, wenn man xinit als root aus der Konsole startet.
Das ist für mich in Ordnung, für den WAF im Wohnzimmer nicht.
Die Lösung in c't-vdr6 - Autostart vdr über xinelibout kommt für mich so nicht in Frage, da ich es nicht für sehr sinnvoll halte, die CPU mit laufendem Frontend ständig auf Last zu halten, auch wenn gar keiner zusieht - dann dreht nämlich irgendwann der Lüfter hoch.
Ich habe trotzdem den Thread als Basis genommen und schon mal ein paar Anmerkungen:
- Ich habe den inittab-Eintrag statt auf die Konsole 1 auf die 9 gelegt
- rungetty tuts nicht, aber mingetty: autologin funktioniert nicht mehr
- vdr muss noch in die Gruppe audio: alsa / ac3dec: kann mir jemand helfen?
Dann geht zumindest der Start als User vdr von der immer aktiven Konsole 9.
Und nun: Wie bekomme ich die Konsole ferngesteuert?
Ich möchte nämlich gerne in der ersten Stufe den xinit-Start über die commands.conf auslösen können und wäre da für Hinweise dankbar.

Gruß
Claus

So,
Stufe 1 wäre dann soweit.

Das Ganze basiert auf netcat, dem Schweizer Taschenmesser für Netzwerke.

In die ~vdr/.profile kommt:

if [ -z "$DISPLAY" ] && [ $(tty) == /dev/tty9 ]; then
  /usr/local/bin/nc-60000.sh
fi

Die /usr/local/bin/nc-60000.sh sieht so aus:

#!/bin/sh
#
# /usr/local/bin/nc-60000.sh   Kommunikation mit VDR
#
# Stand: 2007-09-04   Claus dot Thiemann at gmx dot de


# Variablen
BASENAME="$(basename $0)"
NETCAT="/bin/netcat"
PORT="60000"
DAEMON="$NETCAT -l -p $PORT"
SVDR=/usr/bin/svdrpsend


# Ausgabe auf Konsole, syslog und ggfs. OSD
function f_msg() {
MSG="$1"
echo "$MSG"
echo "$MSG" | logger -i -t $BASENAME
[ -z "$2" ] && return
$SVDR "$2" "$MSG" &
}


# xinit -e vdr-sxfe
function f_xvdr() {
f_msg "Starting vdr-sxfe via xinit" MESG
/usr/local/bin/xvdr.sh
}


# Warten auf und Verarbeiten von Input
function f_main() {
CMD="$($DAEMON)"
f_msg "Receiving $CMD"
case "$CMD" in
exit | stop)
  return 1
  ;;
xvdr)
  f_xvdr
  ;;
*)
  sleep 1
;;
esac
return 0
}


# Start, nur wenn alles da ist
[ -e "$NETCAT" ] || ( f_msg "$NETCAT not found" MESG ; exit 1 )
[ -x "$NETCAT" ] || ( f_msg "$NETCAT not executable" MESG ; exit 1 )
[ -e "$SVDR" ] || ( f_msg "$SVDR not found" MESG ; exit 1 )
[ -x "$SVDR" ] || ( f_msg "$SVDR not executable" MESG ; exit 1 )
f_msg "Starting $DAEMON"


# Schleife bis zum Abbruch
while [ true ]; do
    f_main || break
done


f_msg "Stopping $DAEMON"


exit 0

Und aufgerufen wird das über die /etc/vdr/command-hooks/commands.custom.conf:

Frontend ...     : true
- xinit-vdr-sxfe : echo "xvdr" | /bin/netcat -w 1 localhost 60000

In der /usr/local/bin/xvdr.sh steht lediglich der xinit-Aufruf, damit man ihn auch von der Konsole aus testen kann.

Soweit schon mal und
Gruß
Claus

Oops,
da war noch einer dazwischen.
Egalus: Direkt über OSD geht nicht.
Ich vermute mal, das xinit aus einer Konsole heraus gestartet werden muss.
Und mit der Lösung habe ich auch gleich das Gerüst, um die nächste Stufe einzubauen.
Unser VDR im Wohnzimmer soll nämlich das Familien-Internet-Terminal werden.
Also wird es eine weitere Funktion geben, um startx für den KDE aufzurufen.
Sicherheitsabfragen kommen auch noch rein, wie z.B. erstmal xinit beenden, bevor startx aufgerufen wird und so was.
Aber das ist erst auf der ToDo.
Gruß
Claus

Ich meld mich auch so.

Zitat

Genau wie du hat mir dabei nicht gefallen, dass dabei "vdr-sxfe" immer läuft

Prima, dann sind wir schon mal zu zweit - und ich bin mir ziemlich sicher, dass da noch ein paar dazu kommen werden.

Zitat

"irexec" überwacht nun meine Fernbedienung

Ich habe gar keine Fernbedienung, nur diese Tastatur: USB-Funktastur 2.4GHz
Deshalb soll der VDR mit seiner commands.conf die Umschalterei händeln.

Reizvoll wäre es allerdings schon, immer einen X-Server laufen zu haben.
Obwohl: Schaltet der PC nicht beim X-Start auf die Konsole 7 um?
Ab da wäre dann ja die VDR-Steuerung per Tastatur nur noch über event0 möglich.
Pack die Scripte doch einfach mal zusammen in ein Archiv und häng es an Deinen nächsten Beitrag hier.

Gruß
Claus

So weit auseinander sind unsere Lösungen ja gar nicht.
Der Ansatz ist jedenfalls der Gleiche:
Beim Systemstart wird ein Dienst mitgestartet, der das Frontend ein- und ggfs. auch wieder ausschaltet. Bei Dir ist das irexec im root-Kontext, bei mir derzeit netcat im vdr-Kontext.
Dieser Dienst wird durch ein Ereignis "von außen" getriggert, bei Dir ein Druck auf die FB, bei mir ein Druck auf die Tastatur und dadurch ein vdr-Kommando.
Ich werde mal ein paar Änderungen ausprobieren und dann darüber berichten.

Danke und Gruß
Claus

Ich hab mir die Scripte mal angesehen.
Dreh- und Angelpunkt ist die Anweisung

start-stop-daemon --start --background --pidfile $PIDFILE -c vdr:vdr --make-pidfile --exec /usr/bin/xinit -- /var/lib/vdr/helper/vdr-standby

Ich verstehe das so:
Damit wird xinit gestartet und zwar unter dem Benutzer vdr.
Ein Client ist nicht angegeben, müsste also per Default ein xterm sein.
Zur Konfiguration des Servers dient das vdr-standby-Skript.
Dort wird mittels der nvidia-settings der Server konfiguriert.
Das Setzen der Display-Variable während der Server-Konfiguration bewirkt vermutlich, dass das xterm-Fenster von der chameleon-Ausgabe überlagert wird.
Aber dazu habe ich nichts gefunden.
Fragen:
- Wo ist beschrieben, was das Setzen von DISPLAY im Server-Teil von xinit genau bewirkt?
- Läuft da wirklich ein unsichtbares xterm mit?
- Läuft der vdr-sxfe in diesem xterm?
- Wieso stirbt der X-Server nicht, wenn vdr-sxfe gekillt wird?

Ein (für mich) weiteres Problem ist, dass der X-Client nach dem Start von xinit den Focus hat und die Tastatureingaben erhält - und nicht mehr der vdr in Konsole 8.

BTW: Sind ja ganz nett die Schafe, aber gibt es nicht irgendwo das VDR-Logo in 720x576 bzw. 1024x576?

So weit schon mal und Gruß
Claus

Zitat

die -- davor dienen nur dazu, um das von den Parametern für start-stop-daemon zu trennen

Da hätte ich ja noch lange suchen können - als X-Client stellt mich das nicht vor unlösbare Probleme.
Dann werde ich das wohl mal im Prinzip kopieren und netcat dazu benutzen, den xinit am Leben zu halten.
Und um die Konsole mit dem X in den Vordergrund zu bekommen, sollte es doch reichen, den VDR mit runlevel 5 zu starten und in den xinit-Aufruf in der inittab unterzubringen statt in einem Runlevel-Skript.

Gruß
Claus

So langsam wird es was.

Der Start von xinit mit chameleon klappt.
Bleibt noch die Suche nach einem VDR-Logo in (Wide)PAL-Auflösung.
Zur Tastatursteuerung:
Ich spiele mit dem Gedanken, doch ein xterm laufen zu lassen - und zwar mit einem telnet zum remote-plugin.
Dann habe ich auch die Verbindung zum vdr und zusätzlich noch das OSD.
Und wenn der vdr mal abschmiert, terminiert xinit gleich mit und ich habe so direkt eine optische Rückmeldung.
Frage: Geht xterm mit transparentem Hintergrund und ohne Rahmen?
Wenn das nicht funktioniert, schaue ich mir mal die beiden vorgeschlagenen Programme an - damit sollte es dann auf jeden Fall klappen.

Einen noch zum Konsolenwechsel: chvt

Gruß
Claus

Zitat

ich wollte mich für eure Pionierarbeit bedanken!

Oh, danke schön.
Ich gehe davon aus, dass noch viele andere auf diese Problematik stossen werden, weil die Zeit der Pentium-3-Klasse-VDR's imho so ganz langsam aber sicher zu Ende geht - die alten FF-Karten gibts nicht mehr und ausserdem haben sie wohl ein Problem mit hohen Bitraten und die Mainboards sterben irgendwann den Kondensator-Tod. Und es gibt wohl nicht ganz so viele, die dann neue Elkos einlöten...
Bleibt also die Software-Lösung fürs MPEG-Decodieren.
Und jetzt wieder zum Thema:
Ich habe mittlerweile auch das lästige Problem, dass das xinit-Terminal direkt nach dem Booten keine Tastatureingaben entgegen nimmt.
Beobachtungen:
Die Maus funktioniert.
Nach einem normalen Start in die Konsole 8 funktioniert auch die Tastatur.
Wenn ich damit über einen User-Key ein vdr-Makro aufrufe, das seinerseits das per Runlevel-Init-Skript gestartete netcat triggert und dieses dann xinit mit dem remote-telnet startet, funktioniert auch die Tastatur im Terminal.
Seltsam.
Größeres Problem:
Der Tualatin-1400 ist mit vdr-sxfe leider überlastet. top sagt eine Prozessorauslastung von 90-100% => Ruckeln - und das schon ohne jede Filter.
Zum Glück kann der Monitor auch S-Video vom AV-Board, wenn auch nur mit manuellem Umschalten und permanentem 16:10-Fullscreen, aber der Familienfrieden ist gerettet.
Also Versuch mit vdr-fbfe -> Mist, der ct-vdr-6-Kernel kann zwar VESA-Framebuffer, aber keinen matroxfb - zumindest habe ich ihn nicht mit grub zum Laufen bekommen.
Also als nächstes neuen Kernel backen - die Bastelei hört nicht auf.
Gruß
Claus

Wieder einen Schritt weiter.
Es sieht so aus, als ob Eingaben von der Tastatur im Terminalfenster nur dann angenommen werden, wenn ein erstes Login erfolgt ist.
/etc/nologin hat jedenfalls keinen Einfluss darauf.
Da die Eingabe in das Teminalfenster unabhängig davon klappt, von wo aus xinit gestartet wird - ich habs aus einem root-Terminal, aus einem vdr-Terminal und aus einem per Runlevel gestarteten netcat-Skript probiert, werde ich bei der Lösung mit dem autologin für den User vdr auf Konsole 9 bleiben und von dort den netcat triggern.
Weitere Beobachtung ist nämlich, dass der User vdr den X-Server zwar in seiner Sitzung im Vordergrund starten, aber nicht in den Hintergrund schieben darf.
Nächstes Problem ist die gleichzeitige Verwendung eines Konsolen-Framebuffers, da der X-Server sich auch des Framebuffers bedient und ein Umschalten zwischen den Konsolen nachhaltig verhindert, wenn die Timing-Parameter nicht übereinstimmen.
Gruß
Claus

Zitat

Damit bekomme ich einen transparenten Hintergrund.

Ist der auch dann noch transparent, wenn da ein telnet drin läuft und das VDR-Menü darin angezeigt wird?

Zitat

Ihr wisst nicht zufällig, wie ich vdr-sxfe beenden kann, sagin wir mal mit der "Taste" 9?

Sicher, mit genau so einem User-Menü-Eintrag wie zum Starten, nur halt mit "killall vdr-sxfe" dahinter - aber genau das sollte doch das Toggle-Skript machen.

Gruß
Claus