[Announce] Burn-Plugin 0.2.0-beta5

FireFly · 12. Dezember 2010

Hallo,

nach langer Zeit gibts mal wieder ne neue Bugfix- und Enhancement-Release.

Voraussetzungen

Voraussetzung ist ein neueres Project X (z.B. die CVS-Versionen 0.90.4.00.b29 oder neuer von hier), weil nur die neuen Namen der Audiodateien berücksichtigt werden (vdrsync-02.mpa etc.). Version 0.90.4.00 ist zu alt!
VDR 1.6.0 oder VDR 1.7.11+
Für Videotext-Untertitel (ab VDR 1.7.11) muss der VDR mit dem normalen TTXT-Patch (z.B. vdr-1.7.14-tpid*.patch) aus dem ttxtsubs-Plugin gepatched sein
Anpassung bzw. Ersetzen der ProjectX.ini und vdrburn-dvd.sh durch die neuen Versionen im tar-Archiv
Spass am Basteln und Eigeninitiative bei der Fehlersuche

Die wichtigsten Änderungen zwischen 0.2.0-beta4 und 0.2.0-beta5

DMH-Archiv ist jetzt optional - es muss beim Kompilieren mit ENABLE_DMH_ARCHIVE=1 eingeschaltet werden (Danke an copperhead)
vdrsync.pl wird nicht mehr unterstützt. d.h. Project X ist jetzt Pflicht, ebenso können keine CDs mehr gebrannt werden (DVD-Strukturen auf CD)
bei der Berechnung des Requantisierungfaktors werden 100MB Sicherheitspuffer berücksichtigt. Das sollte die meisten übergroßen ISO-Fehler abfangen
Der Fehler, dass umbenannte Menüs nicht übernommen werden ist endlich gefixed

Hinweise und Einschränkungen

Es können prinzipbedingt nur MPEG2-Videoströme (SD) auf DVD gebrannt werden. H.264-Videoströme (HD) werden nicht unterstützt
Es muss Project X als Demuxer benutzt werden
Untertitel mit VDR 1.6.0 ist ungetestet

Download: vdr-burn-0.2.0-beta5.tgz

Homepage

Happy Burning
FireFly

Copperhead · 12. Dezember 2010

Zitat

Original von FireFly
ebenso können keine CDs mehr gebrannt werden (DVD-Strukturen auf CD)

Warum nicht?

ciax · 12. Dezember 2010

FireFly: mille grazie an dich und "LordJaxxom" in vergangenheit. ist echt ein tolles plugin, das immer wieder benötigt wird!

gruß, ciax

gnapheus · 12. Dezember 2010

Zitat

Original von Copperhead

Warum nicht?

Warum doch ?
Die Anzahl der user die Aufnahmen auf cd speichern dürfte recht überschaubar sein. Folgedessen würde ich dem Kiss Prinzip Vorang geben.

Copperhead · 12. Dezember 2010

Hmm, so hab ich das noch gar nicht betrachtet.

stevie101 · 12. Dezember 2010

FireFly

kam gerade recht, nachdem mir aufgetragen wurde, den Nachbarn "die Säulen der Erde" zukommen zu lassen.
Die ersten beide Aufnahmen ließen sich einwandfrei brennen.

Danke.

Gruss

Stefan

Grischenkow · 14. Dezember 2010

Hallo zusammen !
Ich habe Probleme ...
Was soll ich tun ?
Danke.

FireFly · 14. Dezember 2010

Zitat

Original von Grischenkow
Was soll ich tun ?

Schnittmarken eins vor- oder zurücksetzen.
Vielleicht hilft auch ein mplex-Patch (d.h. mplex neu kompilieren) ich weiß aber nicht wo das hier im Forum geposted wurde, evtl. im burn 0.2.0-beta4-Thread

Grischenkow · 14. Dezember 2010

Ich habe Schnittmarken nur am Anfang und Ende:

Code

vdr:/video0/%ERROR_In_the_Mood_for_Love/2010-05-10.20.00.6-0.rec# cat marks 
0:00:00.01
1:24:53.20

Code

vdr:/video0/%ERROR_12#3A08_Jenseits_von_Bukarest/2010-05-19.22.40.6-0.rec# cat marks 
0:00:00.01
1:25:09.04

Soll ich erste +0.15 sec oder letzte -0.15 sec ?
Ich habe mplex von http://www.debian-multimedia.org

Code

vdr:/video0# mplex
mjpegtools mplex-2 version 1.9.0 (2.2.7)

Hier ist gleiche Probleme:
[0.2] Problem mit burn Plugin

Code

[mplex] **ERROR: [mplex] MUX STATUS: Frame data under-runs detected!

Grischenkow · 14. Dezember 2010

Path:

Diff

vdr:~/INSTALL/mjpegtools-1.9.0/mplex# cat multiplexor.cpp.path 
--- multiplexor.cpp.orig	2010-12-14 14:12:32.000000000 +0100
+++ multiplexor.cpp	2010-12-14 14:12:56.000000000 +0100
@@ -1404,7 +1404,7 @@
 
     if( underruns> 0 )
 	{
-		mjpeg_error_exit1( "MUX STATUS: Frame data under-runs detected!" );
+		mjpeg_warn( "MUX STATUS: Frame data under-runs detected!" );
 	}
 	else
 	{


vdr:~/INSTALL/mjpegtools-1.9.0/mplex#

Alles anzeigen

FireFly · 14. Dezember 2010

Zitat
Original von Grischenkow
Code
vdr:/video0/%ERROR_12#3A08_Jenseits_von_Bukarest/2010-05-19.22.40.6-0.rec# cat marks 
0:00:00.01
1:25:09.04
Soll ich erste +0.15 sec oder letzte -0.15 sec ?

Die ersten Schnittmarke (Video scheint zu spät zu kommen)

Joe_D · 15. Dezember 2010

Hier liegt mein Post vergraben, der mit dem Buffer underruns zu tun hat: http://vdr-portal.de/board/thr…?postid=917494#post917494

Seitdem ich mein mplex derart gepatched habe, habe ich überhaupt keine Probleme mehr mit Buffer underruns! Und das ganz ohne Schnittmarken zu verschieben oder sonstwas zu tun!

Mit burn (letzte Version, nicht aktuelle) habe ich nur ein unschönes Problem. Wenn ich eine Serienaufnahme brenne, heissen alle Folgen in der Übersicht genauso wie die Serie (z.B. Gilmore Girls steht dann 5 mal da) Erst wenn ich in die Beschreibung springe, sehe ich wie die Folge hiess. Das war früher (tm) mal besser

Gruß

Joe_D

Grischenkow · 15. Dezember 2010

Joe_D
Ganz genau, gerade dieser Posten hat mir geholfen, Vielen Dank.

Hier ist noch ein patch für Debian Squeeze, dann kann man mplex compilieren:

Diff

vdr:~/INSTALL/mjpegtools-1.9.0/mplex# cat lpcmstrm_in.cpp.path 
--- lpcmstrm_in.cpp.orig	2010-12-15 09:47:18.000000000 +0100
+++ lpcmstrm_in.cpp	2010-12-15 09:54:47.000000000 +0100
@@ -53,7 +53,7 @@
 
 bool LPCMStream::Probe(IBitStream &bs )
 {
-    char *last_dot = strrchr( bs.StreamName(), '.' );
+    const char *last_dot = strrchr( bs.StreamName(), '.' );
     return 
         last_dot != NULL 
         && strcmp( last_dot+1, "lpcm") == 0;


vdr:~/INSTALL/mjpegtools-1.9.0/mplex#

Alles anzeigen

Aber die Frage blieb:
Warum underruns > 0 ?

FireFly · 15. Dezember 2010

Zitat

Original von Joe_D
Mit burn (letzte Version, nicht aktuelle) habe ich nur ein unschönes Problem. Wenn ich eine Serienaufnahme brenne, heissen alle Folgen in der Übersicht genauso wie die Serie (z.B. Gilmore Girls steht dann 5 mal da) Erst wenn ich in die Beschreibung springe, sehe ich wie die Folge hiess.

wie hier schon geschrieben habe ich noch keine gute Lösung dafür gefunden, aber Ideen (oder gar Patches :D) sind willkommen

FireFly · 15. Dezember 2010

Zitat

Original von Grischenkow
Aber die Frage blieb:
Warum underruns > 0 ?

Weil

Code

[mplex]    INFO: [mplex] Video e0: buf=      0 frame=000000 sector=00000000
[mplex]    INFO: [mplex] Audio c0: buf=      0 frame=000000 sector=00000000
[mplex] ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=7314 required(DTS)=7200
[mplex] ++ WARN: [mplex] Video e0: buf=  99212 frame=000000 sector=00000049
[mplex] ++ WARN: [mplex] Audio c0: buf=      0 frame=000000 sector=00000000

Video kommt zu spät im Stream, da müsste das Dekodieren schon angefangen haben (Begriffserklärung siehe z.B. http://mpeg.chiariglione.org/faq/mp2-sys/mp2-sys.htm#mp2-17)
Evtl. helfen auch die mplex-Parameter -O oder -R (siehe man-page) ?

Copperhead · 15. Dezember 2010

Zitat

Original von FireFly
aber Ideen (oder gar Patches :D) sind willkommen

Eine Idee hätte ich. Man könnte doch den Namen im Menü ändern. Wie das auch in ExtRecMenu möglich ist (per hoch/runter Tasten) Und/Oder eine Auswahlmöglichkeit mit der man festlegt ob "Haupttitel" oder "Untertitel" (Hoffe du weißt was ich meine) als Name genommen wird

Grischenkow · 16. Dezember 2010

Zitat
Original von FireFly

Weil
Code
[mplex]    INFO: [mplex] Video e0: buf=      0 frame=000000 sector=00000000
[mplex]    INFO: [mplex] Audio c0: buf=      0 frame=000000 sector=00000000
[mplex] ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=7314 required(DTS)=7200
[mplex] ++ WARN: [mplex] Video e0: buf=  99212 frame=000000 sector=00000049
[mplex] ++ WARN: [mplex] Audio c0: buf=      0 frame=000000 sector=00000000
Video kommt zu spät im Stream, da müsste das Dekodieren schon angefangen haben (Begriffserklärung siehe z.B. http://mpeg.chiariglione.org/faq/mp2-sys/mp2-sys.htm#mp2-17)
Evtl. helfen auch die mplex-Parameter -O oder -R (siehe man-page) ?

Bedeutet-ob es, was VDR nicht die Beschneidung richtig macht ?

Copperhead · 16. Dezember 2010

FireFly: Ich hab hier mal einen Patch angehängt, der VDRSync komplett entfernt.

FireFly · 16. Dezember 2010

Zitat

Original von Grischenkow
Bedeutet-ob es, was VDR nicht die Beschneidung richtig macht ?

VDR beim Schneiden oder Project X beim Demuxen oder mplex ist beim Muxen zu genau

FireFly · 16. Dezember 2010

Zitat

Original von Copperhead
FireFly: Ich hab hier mal einen Patch angehängt, der VDRSync komplett entfernt.

Danke, aber sowas ähnlich habe ich auch schon im Bugtracker bekommen: http://projects.vdr-developer.org/projects/plg-burn/issues

[Announce] Burn-Plugin 0.2.0-beta5

Jetzt mitmachen!

Teilen