vdr-sxfe@vdr-plugin-xineliboutput <--> xine@vdr-plugin-xine Umschaltung per Script ?

Hallo,

nachdem ich dache, meine Probleme nach dem Start wären gelöst ist das Problem nun wieder da. Ich habe nach dem Start kein Bild am LCD.

Da alle meine Versuche gescheitert sind suche ich jetzt einen work around in Form von zweimaligem Umschalten des Frontends. Wenn ich nämlich im Web-Frontend von "vdr-sxfe@vdr-plugin-xineliboutput" nach "xine@vdr-plugin-xine" und wieder zurück schalte habe ich wieder ein Bild.
Diese Umschaltung muss ich derzeit per Hand vornehmen um was zu sehen und möchte sie wie gesagt als work around beim start den VDR per script ausführen lassen.

Ich habe rausgefunden, dass jeweils die Dateien openbox.conf, vdr-frontend.conf und x.conf in /etc/init geändert werden aber nicht, wie der eigentliche Wechsel vorgenommen wird.

Kann mir jemand helfen ?
Danke

Hi,
1.) VDR reboot --> kein Bild
2.) als root ausgeführt:

Zitat

restart vdr-frontend
restart: Job has already been stopped:

ist vdr-frontend gar nicht gestartet ?

also

Zitat

start vdr-frontend

hinterher.
Befehl hängt und kommt nicht wieder!

Erst ein Wechel im Web zu xine@vdr-plugin-xine erlöst ihn mit

Zitat

vdr-frontend stop/pre-start, process 1380

Zitat

Sehe mal im Log nach warum das Frontend ursprünglich beendet wurde ...

leichter gesagt ...
Wonach suchen?

messages:
Mar 17 18:41:03 hd-vdr /usr/bin/signal-event.real[8439]: processing signal change-frontend
Mar 17 18:41:03 hd-vdr /usr/bin/signal-event.real[8439]: processing template /etc/init/openbox.conf
Mar 17 18:41:03 hd-vdr /usr/bin/signal-event.real[8439]: processing template /etc/init/vdr-frontend.conf
Mar 17 18:41:03 hd-vdr /usr/bin/signal-event.real[8439]: processing template /etc/init/x.conf
Mar 17 18:41:03 hd-vdr /usr/bin/signal-event.real[8439]: processing action /usr/share/yavdr/events/change-frontend/10_change_frontend change-frontend
Mar 17 18:41:04 hd-vdr /usr/bin/signal-event.real[8439]: processing action /usr/share/yavdr/events/change-frontend/20_restart-vdr change-frontend
...
Mar 17 18:41:06 hd-vdr kernel: [ 357.052008] HDMI: detected monitor SONY TV
Mar 17 18:41:06 hd-vdr kernel: [ 357.052010] at connection type HDMI
...

hier vielleicht ?
Mar 17 18:41:08 hd-vdr vdr: [1364] [xine..put] cXinelibOsdProvider: shutting down !
Mar 17 18:41:09 hd-vdr kernel: [ 360.403572] vdr[1364]: segfault at 6cd2830 ip 06cd2830 sp bfa8251c error 4 in libgnutls.so.26.14.12[72e0000+96000]
Mar 17 18:41:13 hd-vdr /usr/bin/signal-event.real[8439]: processing action /usr/share/yavdr/events/change-frontend/30_restart-vdr-frontend change-frontend

Hallo,

wwoody
Verdacht war richtig - sorry. Die Meldung kam nach manuellem Reset.
In /log/messages ist nach Neustart kein Fehler zu sehen.
Gibt es sonst Orte wo ich nachsehen könnte ?

rkp
Cool ! funktionierte sofort.
Ist zwar "nur" ein workaround aber wenn es auch nach weiteren updates dabei bleibt ist es ok. Das Thema nervt mich seit Beginn heftig ...

rkp, wann war Dein "letztes Update" nach dem es schief ging. Bei mir Sa. oder So. Vormittag.

Wie IMMER Danke für die extrem schnellen Hilfen, Hinweise und LÖSUNG !

Zitat

Nach dem nächsten Update kann man ja die conf-Dateiv versuchsweise mal deaktivieren, vielleicht geht es dann ab wieder ohne.

genau so mache ich es !