Burn 0.1.0 Public Beta bis -pre12 [alt]

dad401 · 24. April 2006

Zitat

Original von LordJaxom
Burn-Buffers macht nix anderes als zu schreiben was es liest, allerdings mit der Möglichkeit bis zu 32 MB zu puffern, damit die lesenden Prozesse genug Daten vorfinden, sonst kommt es vor dass mplex das Video nicht weiter liest, weil keine Audiodaten anliegen, vdrsync aber noch versucht Videodaten zu schreiben, die vor diesen Audiodaten liegen auf die mplex wartet.

Aha Danke - wird dies etwa gebraucht, um die vdrsync-Ausgabe zu puffern? Oder könnte man es theoretisch auch weglassen (denke mal nicht, wozu hast Du es sonst geschrieben).

LordJaxom · 24. April 2006

Wie schon gesagt, ohne Puffer wartet mplex auf die ersten Audiodaten, nachdem es die ersten Videodaten ausgewertet hat. Wenn vdrsync jetzt aber noch keine Audiodaten hat (weil erst noch ein Videopaket im Stream liegt), versucht vdrsync die Videodaten wegzuschreiben.

Ergo: vdrsync wartet dass jemand die Videodaten liest, mplex wartet dass endlich jemand Audiodaten schreibt -> Deadlock... Hier sorgt der Puffer dann dafür dass vdrsync seine Daten wegschreiben kann (bis zu 32 MB) um sich um den Audiobedarf von mplex zu kümmern

OH YEAH BABY I F***ED THIS F***ING M*****F***ER ****** *** ***** ** *****

Ich hab den Absturz!
Merke: Starte niemals einen Thread im Konstruktor einer Basisklasse, denn es könnte passieren dass die abgeleitete Klasse noch nicht fertig konstruiert ist wenn der neue Thread die (rein virtuelle) Worker-Methode aufrufen will.

Ob es noch heute oder erst morgen ne neue Pre gibt kann ich noch nicht sagen, muss erst noch was anderes verifizieren was mir beim Neuschreiben des Menücode aufgefallen ist...

LordJaxom · 24. April 2006

So nun gibts doch noch die -pre9... Bitte vor allem die Menüführung nochmal durchtesten, die ist komplett neu.

CHANGES zur -pre8

Die Menüführung wurde komplett umgeschrieben.
Tabs im Aufnahmen-Menü jetzt ordentlich verteilt.
Rest sollte sich idealerweise verhalten wie immer
Crash mit Meldung "pure virtual function called" beseitigt

ronnykornexl · 24. April 2006

ups

--------

Danke gleich mal testen

Wollte gerade nach einer Option fragen, welche bereits in den Einstellungen des Plugins vorhanden ist (gab es die Angabe Ziel schon immer)?

MFG Ronny

LordJaxom · 24. April 2006

reups

Ja das hab ich wohl gelesen und schon eine Antwort verfasst die ich auf Dein ups wieder gelöscht hab

"Ziel" gibts auf jedenfall schon lange, ist aber nur sichtbar wenn ISO-Pfad und DVD-Schreiber angegeben werden (Kommandozeile)

ronnykornexl · 24. April 2006

Ja, schon fast gedacht, deshalb auch das ups

Habe bis dato immer auf Platten gesichert, damit verbunden nie wirklich mit dem Plugin befasst (nur kurze Tests, auch nicht dolle im Setup gespielt).

Jetzt werden die Platten langsam voll, da kommt die neue Version wie gelegen

Fragte halt nach einer Option, die es bereits gibt

MFG Ronny

vdrchuck · 24. April 2006

LordJaxom
Bis jetzt hatte ich keinen Absturz , super das du da den Fehler noch gefunden hast. War aber irgendwie seltsam das der nur bei mir auftrat.

Mir ist noch folgendes aufgefallen:
Ich sehe keine Titel von den einzelnen Aufnahmen in der Recordingliste, Verzeichnistitel werden angezeigt?

Gruss,
Chuck

Oxygen · 24. April 2006

Die -pre9 ist die erste Version, die bei mir überhaupt läuft und nicht gleich den VDR kommentarlos abschmieren lässt, nachdem ich auf Brennen gedrückt habe. Das Problem mit den nicht angezeigten Namen der Aufzeichnungen habe ich hier aber auch.

hanker · 24. April 2006

Zitat

Original von Oxygen
Das Problem mit den nicht angezeigten Namen der Aufzeichnungen habe ich hier aber auch.

Dito

cu hanker

LordJaxom · 24. April 2006

Hach wie nett... Irgendwelche Patches installiert? (Bei mir gibt es u.a. Probleme bei ShowRecLength)

vdrchuck · 24. April 2006

Zitat

Original von LordJaxom
Hach wie nett... Irgendwelche Patches installiert? (Bei mir gibt es u.a. Probleme bei ShowRecLength)

Akt. Bigpatch (1.3.48 ) + Pluginsetup-Patch .

Gruss,
Chuck

Gurkendieb · 24. April 2006

Kein Bigpatch hier und Titel werden angezeigt.

Uwe · 24. April 2006

Zitat

Original von Morone
Kein Bigpatch hier und Titel werden angezeigt.

Dito

vdrchuck · 24. April 2006

Zitat

@BIGPATCH
Bekannte Bugs: Darstellungsprobleme im Aufzeichnungsmenu.
Workaround:
-> Einstellungen -> Aufnahme -> Länge der Aufnahmne anzeigen -> JA

Stelle ich im BP diese Option auf NEIN sind die Aufnahmenamen wieder sichtbar.
Muss jetzt mal prüfen was jetzt nicht geht, da ich das org. Aufzeichnungsmenü durch das Extrec-Plugin ersetzt habe.

Gruss,
Chuck

hanker · 24. April 2006

Zitat

Original von Morone
Kein Bigpatch hier und Titel werden angezeigt.

shit, Bigpatch1.3.48 => keine Titel

hanker · 24. April 2006

Zitat

Original von vdrchuck

Stelle ich im BP diese Option auf NEIN sind die Aufnahmenamen wieder sichtbar.
Muss jetzt mal prüfen was jetzt nicht geht, da ich das org. Aufzeichnungsmenü durch das Extrec-Plugin ersetzt habe.

Gruss,
Chuck

jo, das wars!

cu hanker

hanker · 24. April 2006

Hi,
einen Vorschlag hätte ich noch:
Könnte man die Anzeige im Fortschrittsbalken beim start vom vdrburn-dvd.sh von "Konvertiere" in "Schreibe..." ändern?

cu hanker

Gurkendieb · 25. April 2006

So , das AC3 Problem bei mir konnte ich darauf begrenzen , dass es
nicht klappt, wenn der AC3 Stream nicht der erste ist.
Verschiebe ich den AC3 Stream immer an Position 1 ,so
wird umgewandelt.
Wenn nicht , bleibt es haengen , sobald der AC3 Stream
konvertiert wird.

Das sieht dann so im SystemLog aus (und bleibt auch so):

Code

Apr 25 00:11:52 coolermaster vdr: [30834] burn: Found video stream 224
Apr 25 00:11:59 coolermaster vdr: [30834] burn: no translation found for 'Write DVDs - Job' in language 1 (Deutsch)
Apr 25 00:12:16 coolermaster vdr: [30834] burn: no translation found for 'Write DVDs - Status' in language 1 (Deutsch)
Apr 25 00:12:16 coolermaster vdr: [30843] burn: manager is starting first job
Apr 25 00:12:16 coolermaster vdr: [30904] burn: subprocess watcher thread started (pid=30904, tid=30904)
Apr 25 00:12:16 coolermaster vdr: [30905] burn: internal rendering procedure started (pid = 30905)
Apr 25 00:12:16 coolermaster vdr: [30904] burn: starting internal rendering procedure (pid = 30905)
Apr 25 00:12:17 coolermaster vdr: [30905] burn: starting sh -c 'vdrburn-dvd.sh render
Apr 25 00:12:18 coolermaster vdr: [30905] burn: no translation found for 'Back' in language 1 (Deutsch)
Apr 25 00:12:20 coolermaster vdr: [30905] burn: starting sh -c 'vdrburn-dvd.sh render
Apr 25 00:12:21 coolermaster vdr: [30905] burn: internal rendering procedure ended
Apr 25 00:12:21 coolermaster vdr: [30904] burn: process render (pid = 30905) exited gracefully (exit code 0)
Apr 25 00:12:21 coolermaster vdr: [30904] burn: starting sh -c 'vdrburn-dvd.sh demux' (pid = 30920)
Apr 25 00:12:21 coolermaster vdr: [30904] burn: starting sh -c 'vdrburn-dvd.sh mplex' (pid = 30921)
Apr 25 00:12:21 coolermaster vdr: [30904] burn: starting sh -c 'vdrburn-dvd.sh author' (pid = 30922)
Apr 25 00:12:21 coolermaster vdr: [30904] burn: progress 0

Alles anzeigen

Verschiebe ich den AC3 Stream an erste Stelle , dann so :

Code

Apr 25 00:13:46 coolermaster vdr: [30834] burn: Found video stream 224
Apr 25 00:13:49 coolermaster vdr: [30834] burn: no translation found for 'Write DVDs - Job' in language 1 (Deutsch)
Apr 25 00:14:05 coolermaster vdr: [30834] burn: no translation found for 'Write DVDs - Status' in language 1 (Deutsch)
Apr 25 00:14:05 coolermaster vdr: [30843] burn: manager is starting first job
Apr 25 00:14:05 coolermaster vdr: [30936] burn: subprocess watcher thread started (pid=30936, tid=30936)
Apr 25 00:14:05 coolermaster vdr: [30937] burn: internal rendering procedure started (pid = 30937)
Apr 25 00:14:05 coolermaster vdr: [30936] burn: starting internal rendering procedure (pid = 30937)
Apr 25 00:14:07 coolermaster vdr: [30937] burn: starting sh -c 'vdrburn-dvd.sh render
Apr 25 00:14:08 coolermaster vdr: [30937] burn: no translation found for 'Back' in language 1 (Deutsch)
Apr 25 00:14:10 coolermaster vdr: [30937] burn: starting sh -c 'vdrburn-dvd.sh render
Apr 25 00:14:11 coolermaster vdr: [30937] burn: internal rendering procedure ended
Apr 25 00:14:11 coolermaster vdr: [30936] burn: process render (pid = 30937) exited gracefully (exit code 0)
Apr 25 00:14:11 coolermaster vdr: [30936] burn: starting sh -c 'vdrburn-dvd.sh demux' (pid = 30952)
Apr 25 00:14:11 coolermaster vdr: [30936] burn: starting sh -c 'vdrburn-dvd.sh mplex' (pid = 30953)
Apr 25 00:14:11 coolermaster vdr: [30936] burn: starting sh -c 'vdrburn-dvd.sh author' (pid = 30954)
Apr 25 00:14:11 coolermaster vdr: [30936] burn: progress 0
Apr 25 00:14:14 coolermaster vdr: [30936] burn: progress 2
Apr 25 00:14:16 coolermaster vdr: [30936] burn: progress 6
Apr 25 00:14:18 coolermaster vdr: [30936] burn: progress 9
Apr 25 00:14:20 coolermaster vdr: [30936] burn: progress 13
Apr 25 00:14:22 coolermaster vdr: [30936] burn: progress 15
Apr 25 00:14:24 coolermaster vdr: [30936] burn: progress 19
Apr 25 00:14:25 coolermaster vdr: [30936] burn: progress 22
Apr 25 00:14:27 coolermaster vdr: [30936] burn: progress 25
Apr 25 00:14:29 coolermaster vdr: [30936] burn: progress 28
Apr 25 00:14:31 coolermaster vdr: [30936] burn: progress 32
Apr 25 00:14:33 coolermaster vdr: [30936] burn: progress 35
Apr 25 00:14:35 coolermaster vdr: [30936] burn: progress 38
Apr 25 00:14:36 coolermaster vdr: [30936] burn: progress 40
Apr 25 00:14:38 coolermaster vdr: [30936] burn: progress 44
Apr 25 00:14:38 coolermaster vdr: [30936] burn: process mplex (pid = 30953) exited gracefully (exit code 0)
Apr 25 00:14:38 coolermaster vdr: [30936] burn: process "mplex" exited
Apr 25 00:14:38 coolermaster vdr: [30936] burn: process ended: mplex
Apr 25 00:14:38 coolermaster vdr: [30936] burn: process demux (pid = 30952) exited gracefully (exit code 0)
Apr 25 00:14:38 coolermaster vdr: [30936] burn: process "demux" exited
Apr 25 00:14:38 coolermaster vdr: [30936] burn: process ended: demux
Apr 25 00:14:39 coolermaster vdr: [30936] burn: progress 45
..
..
100%

Alles anzeigen

dad401 · 25. April 2006

Zitat

Original von LordJaxom
Ergo: vdrsync wartet dass jemand die Videodaten liest, mplex wartet dass endlich jemand Audiodaten schreibt -> Deadlock... Hier sorgt der Puffer dann dafür dass vdrsync seine Daten wegschreiben kann (bis zu 32 MB) um sich um den Audiobedarf von mplex zu kümmern

Aha, alles klar. Um beim demuxen statt vdrsync ProjectX zu nutzen, muss man die Daten ja auch in die Pipe/Puffer schreiben - bloss hier gibt es keine Parameter ala -a-filter etc...

Kann man das evtl. auch nachträglich (nachdem die Dateien (ge)demuxt wurden) noch erledigen? Oder hat man mit dieser "Tool-Chain" und ProjectX keine Chance?!

infinite · 25. April 2006

neuer test mit der pre9:

ac3 an erster stelle verschoben gibt das:

syslog

Code

Apr 25 08:21:36 vdr vdr: [5699] burn: manager is starting first job
Apr 25 08:21:36 vdr vdr: [6001] burn: subprocess watcher thread started (pid=6001, tid=6001)
Apr 25 08:21:36 vdr vdr: [6002] burn: internal rendering procedure started (pid = 6002)
Apr 25 08:21:36 vdr vdr: [6001] burn: starting internal rendering procedure (pid = 6002)
Apr 25 08:21:37 vdr vdr: [6002] burn: starting sh -c 'vdrburn-dvd.sh render


Apr 25 08:21:39 vdr vdr: [6002] burn: no translation found for 'Back' in language 1 (Deutsch)
Apr 25 08:21:39 vdr vdr: [6002] burn: starting sh -c 'vdrburn-dvd.sh render
Apr 25 08:21:40 vdr vdr: [6002] burn: no translation found for 'Back' in language 1 (Deutsch)
Apr 25 08:21:41 vdr vdr: [6002] burn: starting sh -c 'vdrburn-dvd.sh render
Apr 25 08:21:43 vdr vdr: [6002] burn: no translation found for 'Back' in language 1 (Deutsch)
Apr 25 08:21:44 vdr vdr: [6002] burn: starting sh -c 'vdrburn-dvd.sh render
Apr 25 08:21:45 vdr vdr: [6002] burn: no translation found for 'Back' in language 1 (Deutsch)
Apr 25 08:21:45 vdr vdr: [6002] burn: starting sh -c 'vdrburn-dvd.sh render
Apr 25 08:21:46 vdr vdr: [6002] burn: internal rendering procedure ended
Apr 25 08:21:46 vdr vdr: [6001] burn: process render (pid = 6002) exited gracefully (exit code 0)
Apr 25 08:21:46 vdr vdr: [6001] burn: starting sh -c 'vdrburn-dvd.sh demux' (pid = 6033)
Apr 25 08:21:46 vdr vdr: [6001] burn: starting sh -c 'vdrburn-dvd.sh mplex' (pid = 6034)
Apr 25 08:21:46 vdr vdr: [6001] burn: starting sh -c 'vdrburn-dvd.sh author' (pid = 6035)
Apr 25 08:21:47 vdr vdr: [6001] burn: progress 0
Apr 25 08:21:48 vdr vdr: [6001] burn: progress 0
Apr 25 08:21:48 vdr vdr: [6001] burn: process mplex (pid = 6034) exited gracefully (exit code 1)
Apr 25 08:21:48 vdr vdr: [6001] burn: process "mplex" exited
Apr 25 08:21:48 vdr vdr: [6001] burn: process ended: mplex
Apr 25 08:21:48 vdr vdr: [6001] ERROR[burn]: process demux (pid = 6033) crashed (signal 15)
Apr 25 08:21:48 vdr vdr: [6001] burn: process author (pid = 6035) exited gracefully (exit code 139)
Apr 25 08:21:48 vdr vdr: [6001] burn: subprocess watcher thread ended (pid=6001, tid=6001)

Alles anzeigen

dvd.log

Code

[demux] Warning! Probably a VDR Version > 1.3.19 was used to record this broadcast.
[demux] Warning! AC3 processing highly experimental!
[demux] 


[...]


[mplex] ++ WARN: [mplex] Target data rate lower than computed requirement!
[mplex] ++ WARN: [mplex] N.b. a 20% or so discrepancy in variable bit-rate
[mplex] ++ WARN: [mplex] streams is common and harmless provided no time-outs will occur
[mplex] **ERROR: [mplex] Can't find next AC3 frame: @ 6912 we have accc - broken bit-stream?
[author] STAT: VOBU 0 at 0MB, 1 PGCS
[author] 
[mplex] + exit 1

Alles anzeigen

edit: bei st:enterprise ist auch wieder das gleiche wie bei der pre9 passiert.. kann es vl daran liegen, dass bei mein vdr beim schneiden die ac3 streams kaputt macht ?

gruß
infinite

Burn 0.1.0 Public Beta bis -pre12 [alt]

Jetzt mitmachen!

Teilen