Burn: DVD Image zu gross

FrankWo · 23. April 2007

Hallo,

VDR3 (s.u.): Mein Image (herunter-requantisiert) passt nicht auf +RW oder -RW DVDs: K3B meldet "nicht genug Platz für die Daten auf dem Medium". Wenn ich direkt brenne, bricht er vorher schon ab. Die DVD Größe habe ich einmal auf "Benutzerdefiniert" mit 4482 MB und einmal auf "Single Layer" eingestellt. Jedes mal kommt ein Image mit 5,2 GB heraus. Ich habe auch das Burn Plugin neu übersetzt um sicherzugehen, dass alle Patches enthalten sind. Diese müssten drin sein: 01_burn-set-pathes, 02_projectx, 03_default-requantizer, 10_template, 90_i18n-fix,91_trim-fix,92_requantfactor. Das Plugin ist Version: 0.1.0~pre21-11 von Tobi (Debian Etch).

FireFly · 23. April 2007

Logfile von der Konvertierung? Die Glaskugeln sind nämlich schon alle in Benutzung ...

FrankWo · 24. April 2007

Das ganze Log ist zu lang. Hier mal Anfang und Ende.

Code

[vdr] starting sh -c '/usr/share/vdr-plugin-burn/vdrburn-dvd.sh render' (pid = 6606)
[render] + set -e
[render] + unset SUDO_COMMAND
[render] + case $1 in
[render] + png2yuv -j /video/tmp/vdr-burn.pluto0_Schillerstra_e__.m17zEH/menu-bg-0.png -f 25 -n 1 -I t -L 1
[render] + mpeg2enc -f 8 -n p -o /video/tmp/vdr-burn.pluto0_Schillerstra_e__.m17zEH/menu-background.m2v
[render]    INFO: [png2yuv] Parsing & checking input files.
[render]    INFO: [png2yuv] Image dimensions are 720x576
[render]    INFO: [png2yuv] Movie frame rate is:  25.000000 frames/second
[render]    INFO: [png2yuv] Interlaced frames, top field first.
[render]    INFO: [png2yuv] Frame size:  720 x 576
[render]    INFO: [png2yuv] Now generating YUV4MPEG stream.
[render]    INFO: [mpeg2enc] SETTING EXTENDED MMX for MOTION!
[render]    INFO: [mpeg2enc] SETTING SSE and MMX for TRANSFORM!
[render]    INFO: [mpeg2enc] SETTING EXTENDED MMX for PREDICTION!
[render]    INFO: [mpeg2enc] Selecting DVD output profile
[render] ++ WARN: [mpeg2enc] No aspect ratio specifed and no guess possible: assuming 4:3 display aspect!
[render]    INFO: [mpeg2enc] Interlaced input - selecting interlaced encoding.
[render]    INFO: [mpeg2enc] Encoding MPEG-2 video to /video/tmp/vdr-burn.pluto0_Schillerstra_e__.m17zEH/menu-background.m2v
[render]    INFO: [mpeg2enc] Horizontal size: 720 pel
[render]    INFO: [mpeg2enc] Vertical size: 576 pel
[render]    INFO: [mpeg2enc] Aspect ratio code: 2 = 4:3 display
[render]    INFO: [mpeg2enc] Frame rate code:   3 = 25.0 (PAL/SECAM VIDEO / converted FILM)
[render]    INFO: [mpeg2enc] Bitrate: 7500 KBit/s
[render]    INFO: [mpeg2enc] Quality factor: 8 (Quantisation = 9) (1=best, 31=worst)
[render]    INFO: [mpeg2enc] Field order for input: top-field-first
[render]    INFO: [mpeg2enc] Sequence unlimited length
[render]    INFO: [mpeg2enc] Search radius: 16
[render]    INFO: [mpeg2enc] DualPrime: no
[render]    INFO: [mpeg2enc] Using one-pass rate controller
[render]    INFO: [mpeg2enc] GOP SIZE RANGE 9 TO 15 
[render]    INFO: [mpeg2enc] Setting colour/gamma parameters to "PAL B/G"
[render]    INFO: [mpeg2enc] Progressive format frames = 0
[render]    INFO: [mpeg2enc] Using default unmodified quantization matrices
[render]    INFO: [mpeg2enc] Buffering 33 frames
[render]    INFO: [mpeg2enc] Signaling last frame = 0
[render]    INFO: [mpeg2enc] SETTING MMX and MMX for QUANTIZER!
[render]    INFO: [mpeg2enc] NEW GOP INIT length 15
[render]    INFO: [mpeg2enc] Frame     0     0 I q=8.00 sum act=375.89478    
[render]    INFO: [mpeg2enc] Sequence end inserted
[render]    INFO: [mpeg2enc] Guesstimated final muxed size = 35163
--------CUT------------
[render] - The bottom display height of the font arial.ttf was 0.
[render] - The biggest subtitle box had 302 bytes.
[render] + exit 0
[vdr] process render (pid = 6691) exited gracefully (exit code 0)
[vdr] mark at 0:01:43.23, bytepos 47441494
[vdr] mark at 0:10:51.17, bytepos 385867853
[vdr] mark at 0:18:39.04, bytepos 613356794
[vdr] mark at 0:38:30.06, bytepos 1434841877
[vdr] mark at 0:47:35.02, bytepos 1703660129
[vdr] mark at 1:01:36.21, bytepos 2273417214
[vdr] mark at 1:10:59.08, bytepos 2563869288
[vdr] starting sh -c '/usr/share/vdr-plugin-burn/vdrburn-dvd.sh demuxpx' (pid = 6696)
[vdr] starting sh -c '/usr/share/vdr-plugin-burn/vdrburn-dvd.sh author' (pid = 6697)
[demux] + set -e
[demux] + unset SUDO_COMMAND
--------CUT------------
[burn]  99.69% done, estimate finish Mon Apr 23 23:09:39 2007
[burn]  99.87% done, estimate finish Mon Apr 23 23:09:39 2007
[burn] Total translation table size: 0
[burn] Total rockridge attributes bytes: 0
[burn] Total directory bytes: 4096
[burn] Path table size(bytes): 42
[burn] Max brk space used 0
[burn] 2748492 extents written (5368 MB)
[burn] + exit 0
[vdr] process burn (pid = 30813) exited gracefully (exit code 0)
[vdr] process "burn" exited

Alles anzeigen

wilderigel · 24. April 2007

Machs als Anhang, 1/2 Logs sind unnütz.

FireFly · 24. April 2007

Hallo FrankWo, in dem Log was Du mir per Mail geschickt hast kann ich nichts auffälliges finden. Einzig die Datenmenge erschreckt mich: Du willst wirklich 12 Folgen a 45min auf eine single layer DVD pressen? Der requant-Faktor von 2.489 scheint damit korrekt zu sein, nur weiß ich nicht, ob man sich das dann noch anschauen kann (oder soll's ein Hörspiel werden :D) Alles was über 1,5 ist, glaube ich, ist nicht mehr wirklich sehenswert.

Mal ne Frage in die Runde: Kann es sein, daß tcrequant sich bei dieser Größenordnung etwas verheddert und den Kompressionsfaktor nicht ganz erreicht (also zu wenig schrumpft)? Es kommen 5386MB anstatt 4482MB heraus.

Probier doch mal, ob Du 4 oder 5 Folgen auf eine DVD bekommst (also eine Folge mehr als ohne Schrumpfen). Das würde zumindest zeigen, daß ansonsten alles funktioniert

FireFly

FrankWo · 24. April 2007

Das Log File ist 817 MB groß. Habe jetzt alles komplett in drei gezippten Teilen angehängt.

wilderigel · 24. April 2007

Zitat

Original von FrankWo
Das Log File ist 817 MB groß.

Ach, und das kann man auf 3x 50 kb gzippen?

Denk auch das tcrequant mit den 2,5 nicht zurechkommt.

FrankWo · 24. April 2007

So, vier Folgen passen (4,3 GB) . Fünf sind auch zu viel (4,5 GB). Log-Files sind noch vorhanden um evtl. weiterzuforschen. Es wäre natürlich schön, wenn es eine definierte Grenze gibt, so daß man das Try-and-Error etwas abkürzen kann. Vielen Dank !!!!

wilderigel · 24. April 2007

Wie groß war das vor Burn?

FrankWo · 24. April 2007

4 Folgen: Image 4,3 GB. Von ca. 6,1 GB geschrumpft.
5 Folgen: Image 4,5 GB. Von ca. 7,6 GB geschrumpft.
6 Folgen: Image 5,2 GB. Von ca. 9,0 GB geschrumpft.
Immer bei der gleichen Einstellung "Single Layer" .

FireFly · 24. April 2007

d.h. Du hast folgende requant-Faktoren:

Zitat

4 Folgen: Image 4,3 GB. Von ca. 6,1 GB geschrumpft => 1,41
5 Folgen: Image 4,5 GB. Von ca. 7,6 GB geschrumpft => 1,68
6 Folgen: Image 5,2 GB. Von ca. 9,0 GB geschrumpft => 1,73

Demnach wäre meine geschätzte 1,5 von weiter oben gar kein so schlechter Grenzwert
Ich könnte mir vorstellen, daß requant irgendwann an die technische Grenze stößt und nicht mehr Details entfernen kann, weshalb der Stream dann nicht mehr (wesentlich) kleiner gemacht werden kann.

aero · 24. April 2007

ich hatte auch einmal das selbe Problem mit dem burn-plugin. es ist ne weile her und soweit ich mich erinnern kann wollte ich etwas um die 10 GB auf eine single-dvd brennen. herausgekommen ist ein Image mit ca 6 GB.
da ich ähnliche Gedanken wie FireFly hatte (das es requant einfach nicht schafft), hab es einfach 2 DVDs daraus gemacht. (Waren nur Musikvideos bei denen mir die Bildqualität nicht so wichtig war).

Gruß
Stefan

joschi642 · 22. Juli 2008

Abhängig vom Bildinhalt - bei Zeichentrick oder Landschaftsaufnahmen kann man schon etwas mehr schrumpfen - hänge ich zu groß gewordene Images einfach in ein virtuelles Laufwerk ein und lasse dann (Windows-)Software drüber laufen, die dann weiter verkleinert. Ist zwar umständlich aber sehr wirkungsvoll. Natürlich hat auch diese Methode ihre Grenzen ...

netvista-fan · 22. Juli 2008

Ja, dvd-shrink ist da sehr komfortabel... mache ich auch so, vor allem weil mein VDR einfach nicht die Rechenpower hat und es so schneller geht.

Burn: DVD Image zu gross

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema