Super-Video-CD unter Linux

@Hardware
auch ich habe einen Athlon 500 (classic), 256 Mb Ram und IDE Platten (und die SVCD-compilant-mpeg dauer ... hab ich nicht gemessen aber müsste genau so lang sein, zumindest subjektiv ist sie es). Zum capturen nehme ich eine normale BT878 TV Karte (ich liebäugle mit einer Zoran-Chipsatz basierten mjpeg oder einer mpeg Karte, z.B. von linuxmedialabs, aber der Preis ....).

@Software
Au ja, auch das ist eine leidensgeschichte. Zuerst habe ich es mit fame oder ffmpeg versucht. Beides kann direkt in mpeg1 aufnehmen, allerdings nur in mpeg1 VBR, was leider nicht (S)VCD konform ist. Zudem haben (hatten) beide tools erhebliche sync probleme. Verschiedene Optionen habe ich ausprobiert, etwa

ffmpeg -ab 80 -b 800 -s 352x288 capture.mpg
oder
fame --quality 85 --buffer 4M --refresh 50 --picture 352x288 -v video.mpg audio.mp2
Eine lösung, diese Aufnahmen trotzdem als VCD zu brennen, bestand darin (im Falle von ffmpeg), den system-stream mit mpgdemux aus mpgtx zu demultiplexen und mit mplex aus den mjpegtools wieder zu multiplexen, aber selbst eine Bitrate von 800 (VCD: 1152) verhindert grundsätzlich keine VBR peaks die über VCD norm liegen (leider ist bei fame oder ffmpeg, fame zumindest bis 0.8.7, die Option -b nicht die maximale bitrate)
Also heisst es, mit noch niedrigerer bitrate aufzunehmen, das wiederum bedeutet man nimmt mehr qualitätsverlust in Kauf als nötig - muss nicht sein.
Also suchte ich nach was anderem, und das mit zusätzlicher Schranke: Eine Minute roh-aufnahme sollte etwa 70 MB nicht überschreiten (wegen meiner Plattenkapazität, klar man könnte sich eine neue grosse kaufen, aber ist es nötig?). So kam ich zu zwei Wegen, eins ist es, in MJPEG-codec film via xawtv zu capturen. Allerdings zeigt auch dieser Weg ab und zu sync probs, wobei sie sich mittels der sehr nützlichen -O {milliseconds} Option bei mplex beheben lassen. Dannach tat es meistens:

lav2wav captured.avi | toolame -b 224 -m s /dev/stdin captured.mp2
lav2yuv captured.avi | yuvscaler -O VCD | mpeg2enc -h -o captured.m1v
mplex -f 1 -s 2324 -p 1 -o movie.mpg captured.m1v captured.mp2

(yuvscaler vor allem, da mein xawtw 352x288 irgendwie nicht wollte, also musste ich 384x288 nehmen)
Der Weg den ich aber zur Zeit gehe, ist der aus dem SoftVCR HOWTO, via nuvrec aus NuppelVideo. Der Grund, es ist unter Zuhilfenahme von

options bttv pll=1 radio=1 card=10 fieldnr=1 gbuffers=2
in /etc/modules.conf synchron. Natürlich sind diese ganzen sync probs wahrscheinlich auf v4l zurückzuführen, allerdings ist v4l_2 noch nicht stabil, darauf warte ich. Mit nuvrec tut es:

nuvrec capture
nuvplay -e capture.nuv | toolame -b 224 -m s /dev/stdin capture.mp2
exportvideo capture.nuv "|mpeg2enc -o capture.m1v"
mplex -f 1 -s 2324 -p 1 -o movie.mpg capture.m1v capture.mp2

exportvideo ist ein wenig tricky, auf meiner SuSE wollte nur das pre-compilierte binary tun.
wie gesagt, ich mache es für VCD. Das encoden (audio + video) dauert grob circa das 2 - 2.5 fache der Aufnahmedauer (der 500 MHz athlon schafft so circa 10-12 frames/sec mpeg1 zu encoden, mit mpeg2enc). NuppelVideo bringt auch einen Editor mit , mit dem man zumindest die Werbung rausschneiden kann (es ist nix bewegendes, Effekte sind damit nicht machbar), nuvplay bzw. exportvideo berücksichtigen die vom nuvedit angelegte Schnittdatei (textdatei mit startframe - endframe für schnitt). Der Editor braucht aber wohl viel Ram, ansonsten scrollt man vor, und muss etwas warten bis das Frame geladen wird, für mehr als einen oder zwei Werbeblöcke ist er nicht zu gebrauchen. NuppelVideo benutzt RTjpeg als codec bei aufnahme, erfüllt damit mein 80MB/min limit.
Das encoden in mp2/mpeg1 mache ich übrigens meist mit nice davor im Hintergrund nebenbei, bisher ist es nicht abgestürzt.
Der weg, direkt mit lavrec, wie im mjpeg HOWTO beschrieben, will mit meiner bttv Karte nicht gehen, die Option --software-encoding scheint es ausserdem bei den mjpegtools-1.4.1 nicht zu geben.
Zum capturen gibt es natürlich noch ein paar Wege, vor allem für die die kein (S)VCD mpeg brauchen, z.B. vcr, das auf avifile basiert, und direkt in DivX capturen kann (kann aber auch ffmpeg). Dies habe ich nicht getestet.

Und die Menge bzw. was ich damit mache? nun *ja ja, jetzt lacht bestimmt einer* Mo-Fr 2 Folgen DragonballZ capturen und encoden, also ca. 45 Min (exclusive Werbung) täglich, also ein mini-dauertest (die DVD's zu kaufen ? also die Serie ist etwas lang, das geht ins Geld). Drei Folgen passen dann auf eine VCD (die mit vcdimager erstellt und mit cdrdao gebrannt wird), das XML für vcdxbuild ist wiederverwendbar. Das VCD erstellen geht eigentlich problemlos, ich hatte mit der alten Version unter SuSE aber auch probs (habe libxml2 upgedated, das machte probleme), aber mit zur Zeit vcdimager-0.7.12-1 geht es. Und mein Yamakawa (manche nennen so was wohl auch No-Name) DVD Player spielt die Dinger problemlos ab.

[1] http://www.linuxmedialabs.com/
[2] http://sourceforge.net/projects/fame
[3] http://sourceforge.net/projects/ffmpeg/
[4] http://mpgtx.sourceforge.net/
[5] http://mars.tuwien.ac.at/~roman/nuppelvideo/
[6] http://bttv-v4l2.sourceforge.net/
[7] http://131.130.199.155/~aoe...-avipatch/mpeg2_movie-avi.html
[8] http://bytesex.org/xawtv/recording.html
[9] http://www.stack.nl/~brama/vcr/

---

Bewertung: 258 Punkte bei 23 Stimmen. Den Beitrag bewerten: Gut / Schlecht