[yaVDR 0.5-alpha1] softhdddevice - schwarzes Bild beim Start

Hi,

hatte gerade auch mal einen schwarzen screen.
Der Status von softhd war

912 SuspendMode is SUSPEND_DETACHED

CPU war ganz normal. nach dem attachen hatte ich noch die folgende Zeilen im Syslog:

Jun  9 16:10:12 ya05pre1 vdr: [1003] connect from 127.0.0.1, port 54797 - accepted
Jun  9 16:10:12 ya05pre1 vdr: video: Can't connect to X11 server on ':0.0'
Jun  9 16:10:12 ya05pre1 vdr: audio: 'alsa' output module used
Jun  9 16:10:12 ya05pre1 vdr: audio/alsa: supports pause: yes
Jun  9 16:10:18 ya05pre1 vdr: audio:  44100Hz supports 1 2 3 4 5 6 7 8 channels
Jun  9 16:10:18 ya05pre1 vdr: audio:  48000Hz supports 1 2 3 4 5 6 7 8 channels
Jun  9 16:10:18 ya05pre1 vdr: [1003] closing SVDRP connection
Jun  9 16:10:19 ya05pre1 vdr: audio/alsa: using device 'default'
Jun  9 16:10:19 ya05pre1 vdr: audio/alsa: start delay 336ms

Ton war nach dem attachen da bild nicht, nur der Mauszeiger.
Das mit dem connect to X11 sieht ja eher nicht gewollt aus.
Dinge wie restart vdr-frontend oder restart openbox haben nichts gebracht.
Erst der restart des vdrs.

Was mir auch noch ausgefallen ist, in der Zeit des Blackouts gabs noch diese Meldungen hier:

Jun  9 15:07:52 ya05pre1 dbus[1142]: [system] Failed to activate service 'de.tvdr.vdr': timed out
...
Jun  9 16:11:22 ya05pre1 dbus[1142]: [system] Failed to activate service 'de.tvdr.vdr': timed out
Jun  9 16:11:47 ya05pre1 dbus[1142]: [system] Failed to activate service 'de.tvdr.vdr': timed out
Jun  9 16:12:58 ya05pre1 dbus[1142]: [system] Failed to activate service 'de.tvdr.vdr': timed out
Jun  9 16:13:46 ya05pre1 dbus[1142]: [system] Failed to activate service 'de.tvdr.vdr': timed out

Startzeit des VDR war so 15:07 Uhr. in älteren syslogs hab ich die meldung nicht, und nach dem restart des vdr auch nicht mehr.
Die Zeilen um 16:11 und danach könnten von meinen start/stop/restart versuchen mit dem frontend sein,

Irgenwelche Ideen wo man das nächste mal suchen sollte ?

Gruß
Marc

Wie hast du denn attached?

Gerald

Jun  9 16:10:12 ya05pre1 vdr: video: Can't connect to X11 server on ':0.0'

Das ist warum kein Bild kommt.
Es sollte nicht notwendig sein vdr zu restarten.
Ein DETA und dann ein ATTA sollte auch reichen.

Johns

ich habs so probiert:

root@ya05pre1:~# svdrpsend  plug softhddevice STAT
220 ya05pre1 SVDRP VideoDiskRecorder 1.7.27; Sat Jun  9 16:09:49 2012; UTF-8
912 SuspendMode is SUSPEND_DETACHED
221 ya05pre1 closing connection
root@ya05pre1:~# svdrpsend  plug softhddevice RESU
220 ya05pre1 SVDRP VideoDiskRecorder 1.7.27; Sat Jun  9 16:10:01 2012; UTF-8
900 can't resume SoftHdDevice
221 ya05pre1 closing connection
root@ya05pre1:~# svdrpsend  plug softhddevice atta
220 ya05pre1 SVDRP VideoDiskRecorder 1.7.27; Sat Jun  9 16:10:12 2012; UTF-8
900 SoftHdDevice is attached
221 ya05pre1 closing connection

War mit nicht sicher welche Funktion ich nehmen soll, ob resume oder attach.
Ich kanns auch grad nicht mehr reproduzieren. läuft ja seit dem Release des Images sonst immer ....

Du musst als Argument das Display mitgeben, also :1

Gerald

AH - Danke !
Hatte mir die Hilfe nicht angesehen vorher.

Ok, ich kann das jetzt reproduzieren:
+ vdr aus + AV Receiver aus (das hängt der vdr via hdmi dran)
+ vdr starten und warten
+ AVReceiver an

Dann hab ich den "schwarzen screen". Und wenn man den atta richtig macht , dann hat man wieder bild und ton:

root@ya05pre1:~# svdrpsend plug softhddevice stat
220 ya05pre1 SVDRP VideoDiskRecorder 1.7.27; Sat Jun  9 17:21:31 2012; UTF-8
912 SuspendMode is SUSPEND_DETACHED
221 ya05pre1 closing connection
root@ya05pre1:~# svdrpsend plug softhddevice atta -d :1
220 ya05pre1 SVDRP VideoDiskRecorder 1.7.27; Sat Jun  9 17:21:35 2012; UTF-8
900 SoftHdDevice is attached
221 ya05pre1 closing connection

Ich nutze Softhd erst seit der o5er, ist das ein erwartetes Verhalten oder ein Bug ?

Gruß
Marc

denke das lässt sich evtl. mit tuning an der xorg.conf beheben... evtl. das display dort fix machen...? Hört sich für mich an, als wenn er beim starten das Display nicht nach seinen Daten abfragen kann...

na X11 , openbox und sein menü tut ja, es fehlt ja nur die Frontendausgabe.

Ich hab mal einen sleep 8 in den vdr start (vdr.conf ) reingemacht. zumindest meine 2 Versuche es wieder nachzustellen, waren erfolgreich.
Hat dann funktioniert wie es soll. Werde nochmal testen morgen früh.
Eventuell gehört der sleep ja besser in die vdr-frontend.conf vor den ATTA Befehl.

Gruß
Marc

Zitat von heinbloed

na X11 , openbox und sein menü tut ja, es fehlt ja nur die Frontendausgabe.

ok, das habe ich überlesen

Zitat von heinbloed

+ vdr starten und warten
+ AVReceiver an

Was passiert im Log kurz davor bis kurz danach. Zum Vergleich ein log wo es ging wäre gut.

Gerald

Ich hab mal 2 syslogs hochgeladen. Jeder ist ein boot aus ausgeschaltetem Zustand.

Hier gehts (AVR an, zuguggen beim booten) link

Hier mit Fehler (AVR aus) link

Gruß
Marc

Poste bitte auch mal /var/log/xorg.log

Gesendet von meinem GT-I9100 mit Tapatalk 2

hab nur noch das zum 2. Syslog (der Fehlerhafte boot) Link

Erstaunlich, der VDR startet im Fehlerfall 2 Sekunden früher.
Das ist interessant:

[softhddev]Jun  9 21:23:05 ya05pre1 vdr: [1161] [softhddev]Flush: FIXME: should be truecolor

Ich denke die Xorg.1.log dürfte interessant sein. Ich glaube nicht, dass der nvidia sauber hochgekommen ist. Ist vielleicht nur vesa.
Der Xserver mag es gar nicht, dass der AV-Receiver nicht da ist. Wird die EDID nicht gesaved?

Gerald

gda
für die die X11.log die hab ich in Post #34 gepstet. sieht für mich ok aus. Er hat ja auch eine EDID Datei die er einliest.

also ich glaub' das hat weniger mit nvidia zu tun.
Mir ist noch was aufgefallen. Wenn man nach einem Fehlerhaten boot mit atta das forntend attached, so hat man bild & ton aber die FB tut nicht.
Wollte das dann per signal versuchen zu enablen:

root@ya05pre1:/etc/init# vdr-dbus-send /Remote remote.Enable


Error org.freedesktop.DBus.Error.TimedOut: Activation of de.tvdr.vdr timed out
root@ya05pre1:/etc/init#
root@ya05pre1:/etc/init# restart vdr
vdr start/running, process 2423
root@ya05pre1:/etc/init# vdr-dbus-send /Remote remote.Enable
method return sender=:1.26 -> dest=:1.28 reply_serial=2
   int32 250
   string "Remote control enabled"

In dem Zustand nach dem atta scheint das nicht zu funktionieren. nach einem restart vdr gehts.
Könnte doch zu der Meldung passen:

Zitat

Jun 9 21:23:31 ya05pre1 dbus[1189]: [system] Failed to activate service 'de.tvdr.vdr': timed out

Gruß
Marc

Zitat von heinbloed

also ich glaub' das hat weniger mit nvidia zu tun.

Dann erkläre doch mal bitte warum der Xserver keine 32bit Farbtiefe hat. Aber andererseits bekommst du ja später die Ausgabe mit einem attach, hmm.

Mach doch mal ein sleep 5 in den Upstart-Skript /etc/init/vdr-frontend.conf vor

vdr-dbus-send /Plugins/softhddevice plugin.SVDRPCommand string:"ATTA" string:"-d :1`dbget vdr.tempdisplay`" ||: &> /dev/null

Gerald

das sagt ja softhd (darauf beziehst Du dich ja?), wärend das xorg log meint ja beim Fehlversuch

14.417] (--) Depth 24 pixmap format is 32 bpp

das ist der gleiche Eintrag wie mit eingeschaltenem Receiver.

Ich pack morgen früh mal den sleep in die frontend.conf und teste (heute nimmer). Du hattest oben ja gepostet, daß der Fehlversuch bei mir 2s schneller war. Und ich hatte ja mal den vdr start etwas ausgebremst (sleep 8 ), da gabs auch keine Probleme mehr. Eventuell ja irgendeine komische race condition.

Gruß
Marc

Da ich das Problem auch ab und an an einem Rechner habe:
Spräche etwas dagegen zu warten bis alle Startbedinungungen erfüllt sind?

start on (started vdr and stopped openbox-tools and started sound-device) \
         or vdr-frontend-restart