vdr-plugin-burn

Hallo, wenn ich yavdr0.5 direkt installiere, funktioniert das burn-plugin anstandslos. Wenn ich jedoch ubuntu 12.04 (64bit) installiere, das yavdr-ppa einbinde und von da den VDR installiere, dann bricht das burn-plugin gleich am Anfang ab mit einem Kernel-Error:

Zitat

[render] /usr/share/vdr-plugin-burn/vdrburn-dvd.sh: Zeile 69: 2436 Fertig mplex -f 8 -o /dev/stdout "$MENU_M2V" "$MENU_SOUNDTRACK"
[render] 2437 Speicherzugriffsfehler (Speicherabzug geschrieben) | spumux -v 2 "$MENU_XML" > "$MENU_MPEG"
[vdr] process render (pid = 2430) exited gracefully (exit code 139)
[vdr] ERROR: rendering menu failed - aborting job: Erfolg
[vdr] manager picked up finished job, removing it

Alles anzeigen

Die Plugins haben sowohl im "Original"-yavdr als auch bei der Variante Ubuntu/yavdr:ppa die selbe Version, auch die Binaries sind gleich.
Kennt jemand diesen Effekt oder besser noch: ist eine Lösung dafür bekannt?

Zitat von FireFly

Deine Fehlermeldung kommt beim Rendern der Menüs, dort wird png2yuv etc. benutzt. Wenn das fehlt könnte so eine Fehlermeldung kommen. Ansonsten mal in die vdrburn-dvd.sh gucken, ob alle Programme aus dem Abschnitt render vorhanden sind.

Danke für Deine Antwort.

Aber das wäre zu schön um wahr zu sein, wenn es nur ein fehlendes Binary wäre! Ich hab's überprüft: alle Programme sind da.

Liegt es vielleicht daran, dass der in yavdr0.5 verwendete Kernel nicht der standardmäßige von Ubuntu, sondern vom yavdr-Team mit "extra Einstellungen" neu kompiliert ist? Darauf könnte m.E. der entsprechende syslog-Auszug hindeuten:

Jan 10 23:15:29 ub1204 vdr: [2020] burn: writing detail log to /var/lib/video.00/vdr-burn.Ostsee_Report.ELoNOE/dvd.log
Jan 10 23:15:29 ub1204 vdr: [17603] burn: subprocess watcher thread started (pid=1588, tid=17603)
Jan 10 23:15:29 ub1204 vdr: [17603] burn: starting sh -c '/usr/share/vdr-plugin-burn/vdrburn-dvd.sh render' (pid = 17604)
Jan 10 23:15:29 ub1204 vdr: [17604] burn: MENU_ASPECT=16:9
Jan 10 23:15:29 ub1204 vdr: [17604] burn: MENU_BACKGROUND=/var/lib/video.00/vdr-burn.Ostsee_Report.ELoNOE/menu-bg-0.png
Jan 10 23:15:29 ub1204 vdr: [17604] burn: MENU_M2V=/var/lib/video.00/vdr-burn.Ostsee_Report.ELoNOE/menu-background.m2v
Jan 10 23:15:29 ub1204 vdr: [17604] burn: MENU_MPEG=/var/lib/video.00/vdr-burn.Ostsee_Report.ELoNOE/menu-bg-0.mpg
Jan 10 23:15:29 ub1204 vdr: [17604] burn: MENU_SOUNDTRACK=/var/lib/vdr/plugins/burn/menu-silence.mp2
Jan 10 23:15:29 ub1204 vdr: [17604] burn: MENU_XML=/var/lib/video.00/vdr-burn.Ostsee_Report.ELoNOE/menu-0.xml
Jan 10 23:15:29 ub1204 kernel: [ 3000.595596] spumux[17611]: segfault at 0 ip 00007f9f49161101 sp 00007fff29e4bbc8 error 4 in libc-2.15.so[7f9f490d8000+1b5000]
Jan 10 23:15:29 ub1204 vdr: [17603] burn: process render (pid = 17604) exited gracefully (exit code 139)
Jan 10 23:15:29 ub1204 vdr: [17603] ERROR[burn]: rendering menu failed - aborting job: Erfolg
Jan 10 23:15:29 ub1204 vdr: [17603] burn: subprocess watcher thread ended (pid=1588, tid=17603)
Jan 10 23:15:30 ub1204 vdr: [2020] burn: manager picked up finished job, removing it

Zitat von FireFly

Nein, wenn der Kernel Probleme hat gibts ganz andere Fehlermeldungen
Lt. Log bricht aber das spumux ab (war aus dem ersten Post nicht ganz ersichtlich). Dann fehlt im Homeverzeichnis ~/.spumux/arial.ttf was ein Link auf den entsprechenden Truetypefont ist.

Danke für den Hinweis, FireFly, aber das Homeverzeichnis des Users vdr ist /var/lib/vdr und dort gibt's kein Unterverzeichnis .spumux, auch im "Orignal"-yavdr0.5 nicht, und bei dem funktioniert das burn-plugin ja bekanntlich! Ich komme selbst einfach nicht mehr weiter mit dem Problem, aber irgendwo muss ja das Problem liegen...

Zitat von FireFly

Ansonsten musst Du mal per Hand die Befehle ausprobieren, so wie sie im Skript hinter "render)" stehen, vermutlich liefert da eines keinen Output und spumuks crasht dann. Das wäre typisch für die Programme aus dvdauhtor...

Ok, ich habe mir mal hinter jeder Zeile eine Log-Ausgabe gemacht, hat soweit alles geklappt, ohne Fehlerhinweis. Danach habe ich mal ins Ausgabe-Verzeichnis geschaut, da waren die entsprechenden Dateien zur Menüerstellung (menu-*.*) alle leer oder zumindest auffällig klein. Also mal probiert, in den Einstellungen des burn-Plugins die "Art der DVDs" auf "keine Menüs" eingestellt, und siehe da: es hat geklappt, nur eben ohne Menü halt. Immerhin schon mal einen entscheidenden Schritt weiter, natürlich ist das dennoch unbefriedigend, weil dann praktisch DVDs mit mehr als einem Titel praktisch nicht zu handhaben sind.

Ich muss übrigens erwähnen, dass ich die ganzen Tests bisher nur mit der Variante "nur Image erzeugen" gemacht habe, ob das Brennen auf DVD auch klappt, muss ich noch prüfen, aber da würde auf jeden Fall dann wenigstens das Plugin dvdswitch funktionieren, das ist bisher immer ordentlich gelaufen.

Ok, nachdem sich seit meinem letzten Post niemand mehr gemeldet hat, ein paar Ergänzungen:

Ich habe inzwischen FireFlys Vorschlag realisiert und die einzelnen Befehle in der vdrburn-dvd.sh im Abschnitt render) manuell als User vdr getestet. Danach habe ich folgende Seltsamkeiten entdeckt: 1. Die Datei menu-bg-0.png im Arbeitsverzeichnis (bei mir ein temporäres Unterverzeichnis von /var/lib/video.00, welches das burn-Plugin erstellt), ist nicht lesbar, also offenbar ein Rechteproblem und 2. wird die Datei menu-silence.mp2 nicht dort erstellt, so wie es yavdr-0.5 macht.

Mit diesen Erkenntnissen bin ich nun allerdings am Ende meines Lateins, weil ich die davor ablaufenden Schritte nicht kenne und deshalb auch nicht nachvollziehen kann. Hier wäre also dann wirklich jemand von Euch vom yavdr-Team gefragt, der sich auskennt, und ich würde mich wirklich freuen, wenn das jemand mal ernsthaft prüfen würde.

Ansonsten danke erst mal
Heinz

Zitat von seahawk1986

Das wird vom vdr-Paket angelegt, aber vom VDR unter yaVDR nicht genutzt.

Aha, das ist doch mal eine interessante Aussage, die erste jedenfalls, die auf einen Unterschied zwischen "Standard-VDR" und yaVDR hinweist!
Liegt da vielleicht der Hund begraben, weil ich bisher die burn-Plugin-Pfade auf die "Standard-VDR"-Pfade angepasst habe (liegt einfach daran, weil ich z.B. auf einer extra Partition meine alten Test-VDR-Aufnahmen habe, die ich nach "altem Brauch" nach /var/lib/video.00 gemountet habe)?

Morgen werde ich jedenfalls mal den VDR unter Ubuntu 12.04 mit den yavdr-Paketen neu installieren und dabei die "yavdr-Standard"-Pfade so belassen und meine Partition mit den Aufnahmen nach /srv/vdr/video.00/ mounten, mal sehen, was dann dabei rauskommt...

Gute Nacht wünscht
Heinz

Zitat von gda

Das kann ich dir sagen. Wenn du mit yavdr-Pakete Pakete meinst deren Name mit yavdr- beginnt, dann haben die auf einem reinen Ubuntu nichts verloren, das geht in die Hose.
Wenn du mit yavdr-Pakete Pakete meinst die aus dem yaVDR-Repository stammen, aber nicht mit yavdr- beginnen, dann wird der vdr dort eben doch /var/lib/video.00 verwenden, weil diese Pakete eben dem Debian-Standard entsprechen und das erst durch die yaVDR-Pakete geändert wird,

Gerald

Na ja, war wohl auch nichts anderes zu erwarten, oder? Ich hab's mal so gemacht: ich habe *nur* stable-vdr aus dem yavdr-Repo unter Ubuntu 12.04 eingebunden, so dass also keine yavdr-*-Plugins installiert wurden, mit der Folge also, so wie Du sagst, dass Debian-Standard verwendet wird, mit den Pfaden, wie ich sie bisher immer verwendet hatte. Das Ergebnis war so - im übrigen auch von mir - wie erwartet: ich kann zumindest ein Image ohne Menü erstellen, mit Menü crasht das Plugin nach wie vor. Ich kann's leider nicht nachvollziehen, ich habe auch keine Nerven mehr dazu, habe Script für Script versucht nachzuvollziehen, es bleibt dabei: keine Erklärung und damit auch eine Lösung in Sicht!

Ich frage mich nur eins: wenn es in yaVDR-0.5 geht, und "da wie auch mit Ubuntu 12.04 mit yavdr-Repo" dieselben vdr-plugins verwendet werden, aber beides Mal unterschiedliche Ergebnisse erzielt werden, dann muss es doch eine Erklärung dafür geben!

Ich geb's jetzt jedenfalls hier (vorerst) auf, trotzdem vielen Dank an Euch alle, die Ihr Euch an diesem Post beteiligt habt und weiterhin viel Erfolg mit Eurem yavdr!

Heinz