[0.2] Problem mit burn Plugin

iamhermes · 4. Juni 2010

Ich habe mir nach der frischen Installation das burn Plugin per aptitude install vdr-plugin-burn nachinstalliert.
In den Plugineinstellungen ist projectx als Demultiplexer eingestellt.
Leider funktioniert etwas am Umwandlungsvorgang nicht.
Das Internet hat mir bisher noch keine Lösung zu diesem Problem verraten.
An Lösungsvorschlägen bin ich sehr Interessiert.

Hier die Abbruchstelle:

Code

[mplex]    INFO: [mplex] Scanned to end AU 173856
[mplex]    INFO: [mplex] STREAM e0 completed
[mplex]    INFO: [mplex] STREAM c0 completed
[mplex]    INFO: [mplex] Multiplex completion at SCR=625879625.
[mplex]    INFO: [mplex] Video e0: completed
[mplex]    INFO: [mplex] Audio c0: completed
[mplex]    INFO: [mplex] VIDEO_STATISTICS: e0
[mplex]    INFO: [mplex] Video Stream length:  3801859844 bytes
[mplex]    INFO: [mplex] Sequence headers:    14489
[mplex]    INFO: [mplex] Sequence ends   :        1
[mplex]    INFO: [mplex] No. Pictures    :   173857
[mplex]    INFO: [mplex] No. Groups      :    14489
[mplex]    INFO: [mplex] No. I Frames    :    14489 avg. size 59585 bytes
[mplex]    INFO: [mplex] No. P Frames    :    43466 avg. size 24789 bytes
[mplex]    INFO: [mplex] No. B Frames    :   115902 avg. size 16056 bytes
[mplex]    INFO: [mplex] Average bit-rate :  4373200 bits/sec
[mplex]    INFO: [mplex] Peak bit-rate    :  9150400  bits/sec
[mplex]    INFO: [mplex] BUFFERING min 15 Buf max 235543
[mplex]    INFO: [mplex] AUDIO_STATISTICS: c0
[mplex]    INFO: [mplex] Audio stream length 166902336 bytes.
[mplex]    INFO: [mplex] Syncwords      :   289761
[mplex]    INFO: [mplex] Frames         :   289761 padded
[mplex]    INFO: [mplex] Frames         :        0 unpadded
[mplex]    INFO: [mplex] BUFFERING min 15 Buf max 587
[mplex] **ERROR: [mplex] MUX STATUS: Frame data under-runs detected!
[vdr] process mplex (pid = 3280) exited gracefully (exit code 1)
[vdr] process "mplex" exited
[vdr] ERROR: process author (pid = 3246) crashed (signal 15)

Alles anzeigen

Das komplette Log im Anhang.
Es handelt sich dabei um eine Aufzeichnung aus einem VDR 1.7.14 welchen ich vor yavdr in Betrieb hatte. Aber das sollte doch keine Auswirkungen haben.

iamhermes · 4. Juni 2010

Ich habe jetzt mal die mplex-opts angepasst und dort ein -v 2 angefügt.
Im Log taucht einmal diese Meldung auf die ich aber gar nicht so wirklich richtig deuten kann. Daher kommen noch die paar Debug Zeilen vor und nach dem Warning welches ich als Ursache des Abbruches ansehen würde.

[mplex] --DEBUG: [mplex] e0: SCR=2062628 (76.394) mux=1 93137 reqDTS=7200
[mplex] --DEBUG: [mplex] c0: SCR=2062628 (76.394) mux=1 0 reqDTS=10800
[mplex] --DEBUG: [mplex] Video e0: buf= 95162 frame=000000 sector=00000047
[mplex] --DEBUG: [mplex] Audio c0: buf= 0 frame=000000 sector=00000000
[mplex] --DEBUG: [mplex] e0: SCR=2106514 (78.019) mux=1 95162 reqDTS=7200
[mplex] --DEBUG: [mplex] c0: SCR=2106514 (78.019) mux=1 0 reqDTS=10800
[mplex] --DEBUG: [mplex] Video e0: buf= 97187 frame=000000 sector=00000048
[mplex] --DEBUG: [mplex] Audio c0: buf= 0 frame=000000 sector=00000000
[mplex] --DEBUG: [mplex] e0: SCR=2150400 (79.644) mux=1 97187 reqDTS=7200
[mplex] --DEBUG: [mplex] c0: SCR=2150400 (79.644) mux=1 0 reqDTS=10800
[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
[mplex] --DEBUG: [mplex] Video e0: buf= 99212 frame=000000 sector=00000049
[mplex] --DEBUG: [mplex] Audio c0: buf= 0 frame=000000 sector=00000000
[mplex] --DEBUG: [mplex] e0: SCR=2194285 (81.270) mux=1 0 reqDTS=7200
[mplex] --DEBUG: [mplex] c0: SCR=2194285 (81.270) mux=1 0 reqDTS=10800
[mplex] --DEBUG: [mplex] Video e0: buf= 2025 frame=000000 sector=00000050
[mplex] --DEBUG: [mplex] Audio c0: buf= 0 frame=000000 sector=00000000
[mplex] --DEBUG: [mplex] e0: SCR=2238171 (82.895) mux=1 0 reqDTS=7200
[mplex] --DEBUG: [mplex] c0: SCR=2238171 (82.895) mux=1 0 reqDTS=10800

Joe_D · 7. Juni 2010

Genau den selben Fehler habe ich auch (immer wieder). Es sind Aufnahmen mit einer Video (16:9) - und Audiospur (Stereo) - also funktioniert der Trick mit Audiospur abwählen nicht (siehe Problem mit PLUGIN "burn": bricht ab mit Fehlermeldung: process author (pid = 4455) crashed (signal), die unkomprimiert auf die DVD passen (würden). Leider gibt es hierzu keine richtige Lösung. FireFly hat sich hierzu auch nur mal beiläufig geäußert (siehe burn: Frame data under-runs detected! -> Abbruch) und ob das in der 0.2.0-beta4 funktioniert?

Gruß

Joe_D

Oha, das gab es schon öfters:
burn-Plugin bricht bei mplex ab
DVD Burn Abbruch (Frame data under-runs detected!)

steffen_b · 7. Juni 2010

Dann würde ich vorschlagen das Problem im aktuellen Thread nochmal anzumerken. Wo passiert das ? Bei projectx oder bei mplex ? geht irgendein Schritt in der Verarbeitungskette nicht ? Evtl liegts ja an einem der Tools ?

FireFly · 7. Juni 2010

Zitat

Original von iamhermes
[mplex] ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=7314 required(DTS)=7200

Da hilft nach meinen Erfahrungen nur die Schnittmarken zu verschieben. mplex bemerkt, dass die Displaytime eines Video-Frames vor der Anlieferungszeit liegt.

Joe_D · 8. Juni 2010

Zitat

Original von FireFly
Da hilft nach meinen Erfahrungen nur die Schnittmarken zu verschieben

Wie Schnittmarken verschieben? Ich brenne immer geschnittene Aufnahmen. Da sind die Schnittmarken eigentlich ohne Belang, oder nicht? Bei den Einstellungen verwende ich immer "Schneiden -> nein" (weiss aber auch gar nicht was die Option macht)

Gruß

Joe_D

FireFly · 8. Juni 2010

Beim Brennen kann man die Schnittmarken berücksichtigen, d.h. nur das zwischen den Schnittmarken wird gebrannt (erspart z.B. das Rauschneiden von Werbung vor dem Brennen).
Wenn Du keine Schnittmarke gesetzt hast dann setze mal eine am Anfang und verschiebe sie (kannst natürlich auch nochmal schneiden). Ich hatte kürzlich auch mal so einen Fall, da hat es erst im 3. oder 4. Anlauf geklappt. Lösung (also ne echte Lösung) kenne ich auch keine dafür.

Joe_D · 8. Juni 2010

Zitat

Original von FireFly
Beim Brennen kann man die Schnittmarken berücksichtigen

Ich nehme an dafür muss man die Option Schneiden auf ja setzen?

Ich habe mal die Sourcen von mplex 1.9 angeschaut (http://mjpeg.cvs.sourceforge.n…/multiplexor.cpp?view=log) und es kommt mir eigentlich komisch vor...

Buffer underruns sind wohl eigentlich nur Warnungen, wenn es zuviele davon gibt wird mit einem Fehler abgebrochen (ist ja alles ok soweit):

Code

1304 			if( current_SCR >=  earliest && underrun_ignore == 0)
 1305 			{
 1306 				mjpeg_warn( "Stream %02x: data will arrive too late sent(SCR)=%lld required(DTS)=%lld",
 1307 							despatch->stream_id,
 1308 							current_SCR/300,
 1309 							earliest/300 );
 1310 				MuxStatus( mjpeg_loglev_t("warn") );
 1311 				// Give the stream a chance to recover
 1312 				underrun_ignore = 300;
 1313 				++underruns;
 1314 				if( underruns > 10  )
 1315 				{
 1316 					mjpeg_error_exit1("Too many frame drops -exiting" );
 1317 				}
 1318 			}

Alles anzeigen

Wenn der Prozess durchläuft wird komischerweise ein Fehler zurückgemeldet obwohl vorher nur Warnungen ausgegeben wurden:

Code

1416     if( underruns> 0 )
 1417 	{
 1418 		mjpeg_error_exit1( "MUX STATUS: Frame data under-runs detected!" );
 1419 	}
 1420 	else
 1421 	{
 1422 		mjpeg_info( "MUX STATUS: no under-runs detected.");
 1423 	}

Also sind 11 underruns fatal mit Abbruch (->OK) aber ein einziger oder zwei führen nur zu einer Warnung die am Ende aber irgendwie trotzdem fatal wird???? Ich werde das untere mjpeg_error_exit1 einfach mal in ein mjpeg_warn umbauen und schauen ob die DVD dann erstellt wird und abgespielt werden kann...

Gruß

Joe_D

Joe_D · 9. Juni 2010

Hier mal mein Bericht mit gepatchtem mplex: Es funktioniert! Die DVD wird erstellt, der Film wird mittels VDR und VLC abgespielt (habe leider nur Software-DVD-Player).

Ob ich den Patch in die mjpegtools kriege? Das wäre mal was für die workaround-Parameter von mplex, denn da gibt es bisher noch keine...

Gruß

Joe_D

hotzenplotz5 · 9. Juni 2010

hmm kommt mjpegtools (das paket) nicht von hier ?:
http://debian-multimedia.org/

natürlich könnte ich mjpegtools gepatcht im yavdr repo anbieten ?!

ansonsten hier ? :
http://sourceforge.net/mailarc…orum_name=mjpeg-developer

iamhermes · 11. Juni 2010

Gibt es mittlerweile schon ein Update zum Workaround?

Würde dieses gerne einmal selber durchführen, aber ich weiss absolut nicht ob ich einfach so drüber bügeln kann.

joschkopf · 25. September 2010

Hallo hotzenplotz,
bist du noch an einem Patch interessiert? Ich habe ebenfalls mplex gepatcht, was das Problem behoben hat. Oder sollte ich eher versuchen, den Patch upstream zu submitten? Ich denke aber eher nicht, dass so ein "Hack" dort akzeptiert würde...
Grüße,
Jochen

steffen_b · 16. Januar 2011

ich denke das die Zeile 1416 if( underruns> 10 ) lauten sollte um korrekt zu sein und das sollte upstream akzeptieren ich weiss nicht ob wir eine entsprechend gepatchte Version anbieten (sollten). Evtl upstream (mjpegtools, debian, ubuntu) besser aufgehoben

db9xq · 19. Februar 2012

@ Joe_D

Ich habe das Problem nur mit einigen Filmen wo es zum Abbruch kommt. Welches Script ist es und wo liegt es?

Code

[mplex]	INFO: [mplex] STREAM e0 completed
[mplex]	INFO: [mplex] STREAM c0 completed
[mplex]	INFO: [mplex] STREAM c1 completed
[mplex]	INFO: [mplex] Multiplex completion at SCR=233684260.
[mplex]	INFO: [mplex] Video e0: completed
[mplex]	INFO: [mplex] Audio c0: completed
[mplex]	INFO: [mplex] Audio c1: completed
[mplex]	INFO: [mplex] VIDEO_STATISTICS: e0
[mplex]	INFO: [mplex] Video Stream length:  2451246512 bytes
[mplex]	INFO: [mplex] Sequence headers: 	5409
[mplex]	INFO: [mplex] Sequence ends   :    	1
[mplex]	INFO: [mplex] No. Pictures	:	64912
[mplex]	INFO: [mplex] No. Groups  	: 	5409
[mplex]	INFO: [mplex] No. I Frames	: 	5409 avg. size102200 bytes
[mplex]	INFO: [mplex] No. P Frames	:	16229 avg. size 45192 bytes
[mplex]	INFO: [mplex] No. B Frames	:	43274 avg. size 26921 bytes
[mplex]	INFO: [mplex] Average bit-rate :  7552400 bits/sec
[mplex]	INFO: [mplex] Peak bit-rate	: 10554800  bits/sec
[mplex]	INFO: [mplex] BUFFERING min 15 Buf max 235543
[mplex]	INFO: [mplex] AUDIO_STATISTICS: c0
[mplex]	INFO: [mplex] Audio stream length 62315136 bytes.
[mplex]	INFO: [mplex] Syncwords  	:   108186
[mplex]	INFO: [mplex] Frames     	:   108186 padded
[mplex]	INFO: [mplex] Frames     	:    	0 unpadded
[mplex]	INFO: [mplex] BUFFERING min 15 Buf max 587
[mplex]	INFO: [mplex] AUDIO_STATISTICS: c1
[mplex]	INFO: [mplex] Audio stream length 62315136 bytes.
[mplex]	INFO: [mplex] Syncwords  	:   108186
[mplex]	INFO: [mplex] Frames     	:   108186 padded
[mplex]	INFO: [mplex] Frames     	:    	0 unpadded
[mplex]	INFO: [mplex] BUFFERING min 15 Buf max 587
[mplex] **ERROR: [mplex] MUX STATUS: Frame data under-runs detected!
[author] 
[author] INFO: Video pts = 0.120 .. 2596.600
[author] INFO: Audio[8] pts = 0.120 .. 2596.584
[author] INFO: Audio[9] pts = 0.120 .. 2596.584
[vdr] process mplex (pid = 2949) exited gracefully (exit code 1)
[vdr] process "mplex" exited
[vdr] ERROR: process author (pid = 2838) crashed (signal 15)

Alles anzeigen

Zu dem ist mir aufgefallen, dass Burn den Pfad der zu brennenden Aufnahme ich mehr abschneidet obwohl es im burn-plugin konfiguriert ist.

Jemand eine Idee?

Gruss Michael.

[0.2] Problem mit burn Plugin

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema