[solved] [yavdr0.5-beta] SoftHDDevice kommt nicht hoch

Na dann probier ich das mal aus.
XBMC ist ermal aussen vor ... das kann man dann immer noch anpassen.

Also wenn es nur am VdpauInitOutputQueue liegt, ist hier ein fix.

Das Plugin versucht dann, sobald der VideoThread gestartet wurde, ca. alle ~15ms ein Bild darzustellen.

Ansonsten mal mit einer "-DDEBUG" Version testen.

Johns

Wer will kann es testen:
https://dl.dropbox.com/u/96080…Epreciseubuntu2_amd64.deb
https://dl.dropbox.com/u/96080…Epreciseubuntu2_amd64.deb

Na das werde ich natürlich testen. Geht aber erst heute abend.

Trotzdem schonmal danke.

So, habe jetzt mal das deb von seahawk eingespielt. Den mplayer-Upstart-Job habe ich gelöscht. Aber auch hier passt irgendwas nicht:

Sep 27 15:10:03 vdr vdr: [1778] EPGSearch: timer conflict check finished
Sep 27 15:10:04 vdr vdr: [1819] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.epg
Sep 27 15:10:04 vdr vdr: [1819] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.osd
Sep 27 15:10:04 vdr vdr: [1819] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.plugin
Sep 27 15:10:04 vdr vdr: [1819] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.recording
Sep 27 15:10:04 vdr vdr: [1819] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.remote
Sep 27 15:10:04 vdr vdr: [1819] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.setup
Sep 27 15:10:04 vdr vdr: [1819] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.shutdown
Sep 27 15:10:04 vdr vdr: [1819] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.skin
Sep 27 15:10:04 vdr vdr: [1819] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.timer
Sep 27 15:10:04 vdr vdr: [1777] EPGSearch: search timer update finished
Sep 27 15:10:05 vdr ntpdate[1375]: step time server 91.189.94.4 offset -0.487617 sec
Sep 27 15:10:07 vdr vdr: [1819] ERROR: dbus2vdr message handler thread 1819 won't end (waited 3 seconds) - canceling it...
Sep 27 15:10:07 vdr vdr: [1798] Text2Skin: channelInfo display update thread ended (pid=1287, tid=1798)
Sep 27 15:10:21 vdr ntpdate[1825]: adjust time server 91.189.94.4 offset -0.000247 sec
Sep 27 15:10:27 vdr kernel: [   55.160862] init: vdr-frontend main process (1811) terminated with status 1
Sep 27 15:10:27 vdr kernel: [   55.160897] init: vdr-frontend main process ended, respawning
Sep 27 15:10:28 vdr vdr: [1780] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.vdr.plugin, member SVDRPCommand
Sep 27 15:10:28 vdr vdr: [1780] dbus2vdr: don't know what to do...
Sep 27 15:10:28 vdr vdr: [1780] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.vdr.plugin, member SVDRPCommand
Sep 27 15:10:28 vdr vdr: [1780] dbus2vdr: don't know what to do...
Sep 27 15:10:28 vdr vdr: [1780] dbus2vdr: new message, object /Shutdown, interface org.freedesktop.DBus.Introspectable, member Introspect
Sep 27 15:10:28 vdr vdr: [1780] dbus2vdr: introspect object /Shutdown with Introspect
Sep 27 15:10:28 vdr vdr: [1780] dbus2vdr: can't introspect object /Shutdown
Sep 27 15:10:28 vdr vdr: [1780] dbus2vdr: new message, object /Shutdown, interface de.tvdr.vdr.shutdown, member ManualStart
Sep 27 15:10:28 vdr vdr: [1780] dbus2vdr: don't know what to do...
Sep 27 15:10:28 vdr vdr: [1780] dbus2vdr: new message, object /Remote, interface org.freedesktop.DBus.Introspectable, member Introspect
Sep 27 15:10:28 vdr vdr: [1780] dbus2vdr: introspect object /Remote with Introspect
Sep 27 15:10:28 vdr vdr: [1780] dbus2vdr: can't introspect object /Remote
Sep 27 15:10:28 vdr vdr: [1780] dbus2vdr: new message, object /Remote, interface de.tvdr.vdr.remote, member Disable
Sep 27 15:10:28 vdr vdr: [1780] dbus2vdr: don't know what to do...
Sep 27 15:10:58 vdr kernel: [   85.483451] init: vdr main process (1287) killed by ABRT signal
Sep 27 15:10:58 vdr kernel: [   85.488248] init: vdr-frontend main process (1855) killed by TERM signal
Sep 27 15:11:23 vdr dbus[906]: [system] Failed to activate service 'de.tvdr.vdr': timed out
Sep 27 15:11:48 vdr dbus[906]: [system] Failed to activate service 'de.tvdr.vdr': timed out
Sep 27 15:11:48 vdr vdr-crash: vdr exit with signal ABRT . Restarting
Sep 27 15:11:48 vdr kernel: [  135.635564] init: vdr-exit-other main process (2266) terminated with status 1
Sep 27 15:11:48 vdr vdr: [2275] VDR version 1.7.27 started

Was steht denn oberhalb von dem geposteten Abschnitt? Irgendetwas beendet da den VDR - aber was?

Oberhalb steht halt nichts interessantes was auf Beenden des VDRs schliessen lässt ... moment ich kopier den abschnitt oberhalb trotzdem nochmal für dich raus.

EDIT: So, hier nochmal der gesamte Log vom Start des VDR mit diesem Fehler bis zum Ende des zweiten und erfolgreichen Versuchs.
http://paste.ubuntu.com/1230536/

Bei einem Reboot von vorhin, hat es sofort geklappt.

Moin!

Alles ab "dbus2vdr: deleting message dispatcher" kommt nur, wenn der vdr beendet wird. Das für uns Interessante muss darüber stehen.
Bei der Meldung ist es quasi schon "zu spät".

Lars.

Zitat von mini73

Moin!

Alles ab "dbus2vdr: deleting message dispatcher" kommt nur, wenn der vdr beendet wird. Das für uns Interessante muss darüber stehen.
Bei der Meldung ist es quasi schon "zu spät".

Lars.

siehe mein Edit über Deinem Post. Da ist das gesamte Log von Startbeginn des VDR.
Ich habe nichts ungewöhnliches erkennen können.

Moin!

Was mir auffällt, was im ersten Teil des Logs fehlt, sind die Angaben bzgl. ALSA.
Ist da vielleicht noch eine "Absturzmöglichkeit" in softhddevice?

Lars.

Hier nochmal ein Log von einem erfolgreichen Start, ein Reboot ein paar Minuten später. Kann keinen Unterschied erkennen bis auf den nicht vorhandenen Neustart.
http://paste.ubuntu.com/1230559/

Moin!

Ein Unterschied ist, dass da die ALSA-Meldungen drin sind:

Sep 27 15:23:14 vdr vdr: audio: 'alsa' output module used
Sep 27 15:23:14 vdr vdr: audio/alsa: supports pause: yes
Sep 27 15:23:15 vdr vdr: audio:  44100Hz supports 2 2 4 4 6 6 6 6 channels
Sep 27 15:23:15 vdr vdr: audio:  48000Hz supports 2 2 4 4 6 6 6 6 channels

Versuche mal, darauf zu achten, ob die immer beim Misserfolg fehlen.
Das ist der einzige Ansatzpunkt, den ich sehe.

Lars.

OK.

Irgendwie scheint doch der VDR einfach beendet zu werden.

Die DBG Version ist die nur mit GDB Debug?
Eine Version des Plugins mit -DDEBUG erzählt wesentlich mehr was es so macht.

Wenn ich nicht eine Stelle übersehen habe, sollte das Plugin immer ins LOG schreiben,
warum es den VDR beendet.

In dem Log sind auch extrem viele Plugins drin, vielleicht schmiert ja eins von denen ab.
Alle die nicht gebraucht werden ausschalten.

Im Bereich des Absturzes wird die Zeit mit ntpdate verändert, vielleicht stört das jemanden.

Johns

Wie extrem viele Logs?
Also allein von den Standard-Yavdr-Plugins sind etliche in der order.conf deaktiviert (wie wirbelscan, epgsearchonly, quickepgsearch, conflictcheckonly, iptv) und zusätzlich sind nur undelete, devstatus, yaepghd, vompserver & teletext. Viel nenn' ich das nicht.
Ich werde mal die DEBUG-Version des Paketes von seahawk einspielen und dann schauen wir mal.

Aber wie mini schon richtig bemerkt hat, fehlen bei einem nicht erfolgreichen Start diese beiden Zeilen (gegenüber dem erfolgreichen Start):

Sep 27 15:23:15 vdr vdr: audio:  44100Hz supports 2 2 4 4 6 6 6 6 channels
Sep 27 15:23:15 vdr vdr: audio:  48000Hz supports 2 2 4 4 6 6 6 6 channels

Habe jetzt mind. 5x rebootet und jeder Start war wie er sein soll.

stop vdr

dann in etc/vdr/plugins/order.conf:
-sc
-undelete
-xvdr
-devstatus
-tvm2vdr
-vompserver

dann vdr wieder starten mit
start vdr

wenn es dann keine probleme mehr gibt kannst du versuchen das plugin einzugrenzen welches ärger macht.
oder ob es überhaupt eines der genannten plugins ist.

laut log sieht das halt aus, als ob keines der plugins deaktiviert ist.

kann ich probieren. aber diese Plugins habe ich auch auf einem anderen VDR mit der aktuellen beta (bei meinen Eltern) laufen, ohne diesen bei mir hier sporadisch auftretenden vdr-neustart. wenn es ein plugin wäre müsste es ja bei jedem start passieren.
müsste dann ja auch bei jedem plugin bestimmt 50x reboot machen um eine aussagekräftige statistik zu bekommen. und auch dann ist es nur eine vermutung ohne fehlermeldung. kann ja beim 51x mal dann doch wieder passieren

wenn ich zeit habe, werde ich es aber mal probieren.

kannst du mal testen (wenn nicht schon an anderer stelle danach gefragt ...) ob bei dir die bildschirmerkennung im webfrontend funktioniert ?
bzw. deine xorg.conf.yavdr dazu posten wenn der fehler "passiert".

xorg.conf.yavdr kann ich posten, wenn's wieder passiert.

bei der bildschirmerkennung wäre ich vorsichtig, ich fahre seit heute den 304.51 von nvidia, da soll das mit der erkennung wohl nicht richtig funktionieren. kann ich aber mal testen, wird dann aber sicherlich erst morgen werden.

kein wunder geht das nicht richtig bei dir.
versuch mal wieder den "alten" treiber zu installieren und einmal die bildschirmerkennung durchführen danach und speichern.

dann nochmal testen ob es zu fehlern kommt.
noch besser wäre ein jungfräuliches yavdr system von dir.
ich hab das gefühl da wurde einiges "kaputt"gespielt von dir.

keine angst, ich mach sowas auch gerne ....