Zu grosse VCDs durch tosvcd

Hallo,

ich rufe hier tosvcd fuer eine 1:22:48.23 lange Aufnahme der Groesse von 2,51GB folgendermassen auf:

/usr/bin/nice -n 19 tosvcd -1 -U -c 2 -s 724 -q4 -o 1 .

Es kommt dabei die Datei 1-1.bin mit der Groesse von 878.168.592 Byte heraus. tosvcd weigert sich, zwei Dateien zu generieren.

Hier vielleicht noch ein Teil der Log:

tosvcd 0.9: Sun May  4 20:02:01 2003
encoding dir:  .
encoding name: 1
total time: 82:49
open file <./001.vdr>
Accel flags 0xa0000000
open curFile 0
open file <./001.vdr>
   audio: lost 270 bytes
===================================================================
Video: 704x576  aspect: 16:9  frame_rate: 25:1  scan: progressive
Audio: layer 2  48000 Samples/sec  192 KBit/sec
===================================================================
popen <yuvscaler -v0 -O VCD -M MMX |mpeg2enc -a 3 -S 724 -B 192 -I0 -q 4 -v0 -f 1  -o ./pip
ep6tNz8>
open curFile 0
open file <./001.vdr>
   audio: lost 270 bytes
no pts 0 apts 0 vpts 17388799646
no pts 17388799646 apts 0 vpts 17388803246
no pts 17388803246 apts 0 vpts 17388817646
sync offset 8 frames 17388806846 17388783395 0 8640
...
 82:47 finished at 21.53  q: 4  size:  96% async -720
 82:48 finished at 21.53  q: 4  size:  96% async -720
 82:49 finished at 21.53  q: 4  size:  96% async -720
END: absPic 124234 > endPic 124234
video loop: read returns 0: Success
exit video loop return code 0
thread join
nach thread join


finished: dropped 0 doubled 0 Pictures
finished successfully

Weiss jemand Abhilfe? Die 878168592 (gut 837MB) passen doch niemals auf einen 700er Rohling.
Offensichtlich berrechnet tosvcd die voraussichtliche Groesse mit 96% falsch.
Bei SVCDs passt die generierte Dateigroesse ungefaehr, nachdem ich herausfinden musste, dass tosvcd 25MB von den default angegebenen 800MB intern abzieht, ich nun "-s 775" fest vorgebe. Es werden Dateien der Groesse von ca. 800MB erzeugt. "-s 775" hatte ich vorher auch fuer VCDs angegeben, bis ich gemerkt habe, dass damit 854MB grosse Dateien herauskamen und ich den Wert auf "-s 724" heruntersetzte, mit obigem Resultat.
Ich denke, ich werde nicht umhinkommen, tosvcd umzuschreiben, oder?

Gruesse
Markus

Hallo anonymous und Jondalar,

dass bei Video-CDs mehr auf den Rohling passt, als auf dem Rohling draufsteht, weiss ich mittlerweile. 800MB passen auf einen 700er Rohling. Ok.
Aber 854MB passen auch mit Overburn auf keinen 700er Rohling mehr.
Und: bei SVCDs passt die Groesse ja.

Gestrige Nacht hatte ich noch etwas man-Pages von mpeg2enc und mplex gelesen. Beide erhalten ja ebenso die CD-Groesse uebergeben. mpeg2enc fuegt bestimmte Daten in den Stream ein, wo mplex dann eine neue Datei beginnen soll. Evtl. liegt es ja an diesen beiden. tosvcd selbst schreibt ja nur _eine_ Video-Datei (.mpv), die dann von mpeg2enc und mplex weiterverarbeitet wird.
Allerdings wuerde das immer noch nicht erklaeren, warum tosvcd die Groesse mit 96% einer CD angibt, wo 837MB doch 116% von 724MB sind.

Was mir noch aufgefallen ist: tosvcd uebergibt mpeg2enc den Parameter -I0, was bedeutet, dass immer progressive-Videos codiert werden soll. Laut man-Page von mpeg2enc soll dieser Parameter bei interlace-Video aber einen "rotten" Stream ergeben.

Ich werde das heute abend noch mal genauer unter die Lupe nehmen. Fuer weitere Tips bin ich aber trotzdem dankbar.

Gruesse
Markus

Hi,

wen's interessiert:

tosvcd hat mit der Option "-s 724" nun sogar 887MB (>930000000 Byte) große Files erstellt.

Es ist mpeg2enc in Kombination mit mplex, wie ich vermutet habe, das für das Splitten auf mehrere Files verantwortlich ist. Die Quality-Option "-q 4" sollte von mpeg2enc laut man-Page eigentlich ignoriert werden, wenn mit "-f 1" Standard-VCDs erstellt werden, da diese Option eine variable Bitrate erzeugt, was bei VCDs aber nicht erlaubt ist. Wie dem auch sei, "-q 4" erzeugt dennoch eine nicht VCD-konforme Bitrate.

mplayer -identify <file> zeigt mir bei den zu VCDs konvertierten Videos eine Bitrate von >10000kbps, was ja gar nicht sein kann. Ebenselbes sagt auch tcprobe von den transcode-Utilities.

Lasse ich die Option "-q 4" bei VCDs weg (tosvcd neu compiliert), passen die File-Größen schon erheblich besser, was bedeutet, dass mpeg2enc die Stream-Größe besser handeln kann. Auch die Größenangabe von tosvcd zusammen mit der Aufteilung auf die jeweilgen Files in Prozent liegt nun näher an der Vorgabe. mplayer und tcprobe zeigen nun eine Bitrate von 1152kbps, also recht nahe an der VCD-Bitrate von 1150kbps.

Bei fehlender Quality-Option verbietet sich natürlich auch ein Restart von tosvcd.

Grüße
Markus