vdr-plugin-burn brennt nicht

gandalf · 15. November 2005

Hallo,

Nun ist also wieder mal so weit, ich brauche eure Hilfe. Da vdrconvert in letzter Zeit seehr wählerisch ist mit dem was er brennen will und was alles nicht, wollte ich auf das vdr-plugin-burn ausweichen. Zudem gefiel mir das Konzept die Hintergründe und Button-Oberflächen leicht austauschen zu können, die Möglichkeit Texte über zwei Seiten anstatt den Font gegen Null Punkt gehen zu lassen ...

Leider bricht das Plugin seine Arbeit nach dem dmuxen mit einer nicht viel sagenden Fehlermeldung ab, offenbar weil es der Meinung war einen AC3 Stream in der Aufnahme entdeckt zu haben ("Das fünfte Element"). Das ist auch, da ProSieben, durchaus möglich. Leider ist das entsprechende File nach dem Demuxxen aber sehr kurz geraten, 0 bytes. Das veranlasst dann natürlich im nächsten Schritt mplex zum Abbruch. Das Logfile habe ich beigelegt.

Ich denke ich mache da noch einen Denkfehler der sich leicht beheben lässt, aber leider war eine ausführliche Suche im Forum nicht erfoglreich.

Kann jemand helfen?
Gruss,
gandalf

kilroy · 15. November 2005

Zitat

Original von gandalf
Leider bricht das Plugin seine Arbeit nach dem dmuxen mit einer nicht viel sagenden Fehlermeldung ab, offenbar weil es der Meinung war einen AC3 Stream in der Aufnahme entdeckt zu haben ("Das fünfte Element"). Das ist auch, da ProSieben, durchaus möglich. Leider ist das entsprechende File nach dem Demuxxen aber sehr kurz geraten, 0 bytes. Das veranlasst dann natürlich im nächsten Schritt mplex zum Abbruch. Das Logfile habe ich beigelegt.

Du hast die aktuellste vdrsync.pl Version? Gemäß Kommentaren hier im Board haben ältere
Versionen wohl Probleme mit AC3...

gandalf · 15. November 2005

Gerade habe ich es auch gefunden, plus die funktionierende vdrsync Version, Danke.

Leider hat das meine Probleme nur verschoben, bis hin zu dvdauthor und einem veritablen segfault.

Logfile hängt wieder an.
Gandalf

kilroy · 15. November 2005

Zitat

Original von gandalf
Leider hat das meine Probleme nur verschoben, bis hin zu dvdauthor und einem veritablen segfault.
Logfile hängt wieder an.

Bitte genau lesen.

Code

tcmplex-panteltje: invalid option -- p
tcmplex ( v0.2) (c) 2001 Thomas Östreich and Jan Panteltje


Usage: tcmplex [options] [-]
	 -i name        video stream filename

Ich nutze mplex.

gandalf · 19. November 2005

OK,
Du hast ja recht. Man sollte sich nicht immer darauf verlassen, dass der Fehler am Ende der Logdatei zu finden ist. Danke aber mal für die Geduld und den entscheidenden Hinweis. Bin jezt auch auf mplex umgestiegen und habe seither auch ein paar DVD brennen können. Immer mal wieder kommt es aber auch dazu:

Code

Nov 19 00:48:01 vdr logger: <SYNC /var/lib/video.00/.vdr-burn.1m3emD 0 /var/lib/video.00/%Luther/2005-10-31.20.10.50.50.rec>
Nov 19 00:48:01 vdr logger: Starting <nice -n 19 vdrsync.pl -cut -o /var/lib/video.00/.vdr-burn.1m3emD/VDRSYNC.0 /var/lib/video.00/%Luther/2005-10-31.20.10.50.50.rec>
Nov 19 00:55:43 vdr vdr[14898]: BURN: GetTracks of: /var/lib/video.00/.vdr-burn.1m3emD/VDRSYNC.0 - /var/lib/video.00/.vdr-burn.1m3emD/VDRSYNC.0/vdrsync.mpv
Nov 19 00:55:43 vdr logger: <MPLEX /var/lib/video.00/.vdr-burn.1m3emD/VDRSYNC.0 /var/lib/video.00/.vdr-burn.1m3emD/VDRSYNC.0/vdrsync.mpv /var/lib/video.00/.vdr-burn.1m3emD/VDRSYNC.0/vdrsync0.mpa >
Nov 19 00:55:43 vdr logger: Starting <nice -n 19 mplex -f 8 -vbr -v 1 -o /var/lib/video.00/.vdr-burn.1m3emD/VDRSYNC.0/movie.mpg /var/lib/video.00/.vdr-burn.1m3emD/VDRSYNC.0/vdrsync.mpv /var/lib/video.00/.vdr-burn.1m3emD/VDRSYNC.0/vdrsync0.mpa>
Nov 19 00:56:15 vdr kernel:  printing eip:
Nov 19 00:56:15 vdr kernel: c011991c
Nov 19 00:56:15 vdr kernel: Oops: 0000
Nov 19 00:56:15 vdr kernel: CPU:    0
Nov 19 00:56:15 vdr kernel: EIP:    0010:[add_wait_queue+12/48]    Not tainted
Nov 19 00:56:15 vdr kernel: EFLAGS: 00010046
Nov 19 00:56:15 vdr kernel: eax: 62337617   ebx: 623375b3   ecx: 00000000   edx: d733300c
Nov 19 00:56:15 vdr kernel: esi: 00000246   edi: cef9f1f6   ebp: 00000000   esp: d697fefc
Nov 19 00:56:15 vdr kernel: ds: 0018   es: 0018   ss: 0018
Nov 19 00:56:15 vdr kernel: Process vdrdevel (pid: 2005, stackpage=d697f000)
Nov 19 00:56:15 vdr kernel: Stack: 623375b3 00000000 e096b8dc cef9f1f6 62337617 d697ffa8 00000145 c94e2000
Nov 19 00:56:15 vdr kernel:        c0cef960 c01490a0 cef9f1f6 d697ffa8 00000000 00000065 c94e2000 00000000
Nov 19 00:56:15 vdr kernel:        c014918b 00000008 c94e2000 d697ff54 d697ff58 d697e000 d697ffa8 00000000
Nov 19 00:56:15 vdr kernel: Call Trace:    [<e096b8dc>] [do_pollfd+128/144] [do_poll+219/224] [sys_poll+437/912] [system_call+51/64]
Nov 19 00:56:15 vdr kernel:
Nov 19 00:56:15 vdr kernel: Code: 8b 18 8d 4a 08 89 5a 08 89 4b 04 89 08 89 41 04 56 9d 5b 5e
Nov 19 00:56:15 vdr runvdrdevel: restarting VDR

Alles anzeigen

Wobei wie gesehen der vdr aussteigt und neu startet. Leider kommt man anschliessend weder per FB noch SSH oder PING an den vdr Rechner ran. Ein Cold Reset ist also angesagt. Dabei sagt das Log nichts mehr aus. Es gibt nur die üblichen Startmeldungen des VDR aus, abschliessend mit:

Code

Nov 19 00:56:46 vdr vdr[17731]: starting plugin: vdrrip
Nov 19 00:56:46 vdr vdr[17731]: starting plugin: sleeptimer
Nov 19 00:56:46 vdr vdr[17731]: starting plugin: image
Nov 19 00:56:46 vdr vdr[17731]: loading /var/lib/vdrdevel/plugins/imagesources.conf
Nov 19 00:56:46 vdr vdr[17731]: starting plugin: dvdselect
Nov 19 00:56:46 vdr vdr[17731]: starting plugin: burn
Nov 19 00:56:46 vdr vdr[17731]: starting plugin: streamdev-server
Nov 19 00:56:46 vdr vdr[17731]: loading /var/lib/vdrdevel/plugins/streamdevhosts.conf
Nov 19 00:56:47 vdr vdr[17854]: Streamdev: Listening (VTP) on port 2004
Nov 19 00:56:47 vdr vdr[17731]: starting plugin: vdrcd
Nov 19 00:56:47 vdr vdr[17731]: starting plugin: xxvautotimer
Nov 19 00:56:47 vdr vdr[17731]: starting plugin: trayopen
Nov 19 00:56:47 vdr vdr[17731]: starting plugin: weatherng
Nov 19 00:56:47 vdr vdr[17731]: starting plugin: remote
Nov 19 00:56:47 vdr vdr[17731]: starting plugin: undelete
Nov 19 00:56:47 vdr vdr[17731]: undelete: INFO: config file not found: [/var/lib/vdrdevel/plugins]undelete.conf
Nov 19 00:56:47 vdr vdr[17731]: loading /var/lib/vdrdevel/themes/DeepBlue-default.theme
Nov 19 00:56:47 vdr vdr[17731]: switching to channel 373
Nov 19 00:56:47 vdr vdr[17731]: timer 66 (7 0144-0357 'Wehrlos - Die Tochter des Generals') set to event Sam 19.11.2005 01:50-03:51 'Wehrlos - Die Tochter des Generals'

Alles anzeigen

Das entsprechende Logfile sieht eigentlich harmlos aus, ich habe es aber auch mal angehängt.

Vielleicht ist jemandem anderen das auch schon mal vorgekommen?

Gruß,
Gandalf

maec · 19. November 2005

Hi,

sieht so aus, als ob der Treiber oder dein Kernel ein Problem hat. Sind das Standardtreiber und -kernel ?

kilroy · 19. November 2005

Zitat

Original von gandalf
Das entsprechende Logfile sieht eigentlich harmlos aus, ich habe es aber auch mal angehängt.

Das Log gibt wirklich nichts her. Der Kernel Oops ist aber "lästig". Ich würde vorsichtshalber
mal einen Speichertest durchführen.

gandalf · 19. November 2005

maec
Ja das sind die Standard ct3 Kernel und Treiber

kilroy
Leider ist der Rechner, Monitorlos, weit weg von von meinen Arbeitsrechnern fest eingebaut. Wir eine Weile dauern entweder den Monitor zum Rechner oder den Rechner zum Monitor zu bringen, um einen Speichertest durchzuführen. Aber vielleicht ist das ja die Ursache. Was mich wundert, es passiert immer während des "complex"

Gruß,
gandalf

vdr-plugin-burn brennt nicht

Jetzt mitmachen!

Teilen