On Sun, 1 Feb 2004 04:28:07 +0100 Maik Holtkamp wrote:

Hi,

[Wege, um mpeg aus kino-resultat händisch herauszubekommen, u.a.]

transcode -i <Verzeichnis> -x dv -V -j 0,8 -B 0,7 -E 44100,16,2 \ -I 1 -o film -y mpeg2enc,mp2enc --dv_yuy2_mod -F 4 "-S 10000"

Du bekommst dann eine .m2v und eine .mpa. Überleg Dir wo Du schneiden willst, wenn Du musst/willst, und multiplexe das dann mit:

mplex -f 4 -S <Schnittpunkt in MB> film%d.mpg film.m2v film.mpa

Hierzu lese ich in der Manpage von mplex: --- -S|--max-segment-size num This option specifies the maximum size of output files in MBytes (2^10) When the limit is reached a new file is started. The default is (0) unlimited. Note: This option is not for splitting a long video across multiple VCD's or SVCD's. ^^^^^^^^^^^^^^^ It simply splits a single long sequence into in a way that prevents bits of a video GOP(group of pictures) or audio frame being split between chunks. This is fine for formats like that used for DVDs where all stream parameters appear every GOP. However, for VCD / SVCD it won't work as the players expect each file to start a new MPEG sequence. For VCD / SVCD a different technique is used. If mplex encounters a sequence break (sequence end followed by start) in the input video stream it starts a new output stream and file at the sequence start. Thus to split a long video across VCD's/SVCD's you have to get the MPEG video encoder to introduce sequence splits at the right points (see mpeg2enc(1) for details of how to do this). --- Sieht also so aus, dass es mit mplex allein nicht richtig splittet? In man mpeg2enc(1) wird nun vorgeschlagen: --- -S|--sequence-length num This flag allows the target size of individual sequences in the final multiplexed stream to be set in MBytes. If set mpeg2enc keeps track of how large the eventual stream is getting and inserts a sequence split (actually: sequence end / sequence start) into the output stream each time it reaches the specified limit. The multiplexer mplex(1) can recognise these splits and start a new multiplexed output file each time it encounters one. In this way it is easy to automatically ensure each component sequence file can be burnt onto a CD-R and still be played as a stand-alone MPEG sequence. For the SVCD and VCD profiles the default target sequence length is 700M bytes. For other profiles the default is that sequence length is unlimited. --- Funktioniert das trotzdem (hat jemand schonmal den mplex-Aufruf so ausgeführt und die SVCDs spielen trotzdem gut ab)? Oder könnte mich da jemand aufklären, warum das -S beim mpec2enc hier nicht benötigt wird. Gruß -chris

Hallo Maik, Maik Holtkamp wrote:

transcode -i <Verzeichnis> -x dv -V -j 0,8 -B 0,7 -E 44100,16,2 \ -I 1 -o film -y mpeg2enc,mp2enc --dv_yuy2_mod -F 4 "-S 10000"

schon vor ein paar Tagen hast Du einen hilfreichen Tipp gegeben - besten Dank. Leider bin ich mir immer noch nicht sicher wie ich am besten vorgehe. Was möchte ich? Daten aus einem Digitalen Camcorder auf eine SVCD bannen. Die Daten möchte ich mit "kino" auslesen und dann weiter verarbeiten. Hier beginnen die Schwierigkeiten: in kino kann ich die DV Daten als avi speicheren nur leider stürzt kavi2svcd beim Einlesen immer ab und xine meldet kein demuxer. Ich habe die Befürchtung das es am Format liegt ?? Was für einen Input würde transcode benötigen? Hat jemand schom mal kino mit anschliessendem kavi2scvd verwendet? Ich kann mit kino auch direkt MPEGs schreiben, ist das sinnvoll? Kino verwendet folgende Parameter: Internal Deinterlacer mpeg2enc -v 0 mp2enc -v 0 mplex -v 0 Wie bekomme ich diese Daten dann auf eine CD? Oder sollte ich von kavi2svcd Abstand nehmen? Was empfehlt ihr? Schon mal vielen Dank Michael -- Encrypted eMail welcome! Get my OpenPGP-Key ID: 0xE9B00731 from: wwwkeys.de.pgp.net

Hi, 0n 04/02/05@23:17 Michael Hoeller told me:

Hallo Maik,

Maik Holtkamp wrote:

...

transcode -i <Verzeichnis> -x dv -V -j 0,8 -B 0,7 -E 44100,16,2 \ -I 1 -o film -y mpeg2enc,mp2enc --dv_yuy2_mod -F 4 "-S 10000"

schon vor ein paar Tagen hast Du einen hilfreichen Tipp gegeben - besten Dank. Leider bin ich mir immer noch nicht sicher wie ich am besten vorgehe. Was möchte ich? Daten aus einem Digitalen Camcorder auf eine SVCD bannen. Die Daten möchte ich mit "kino" auslesen und dann weiter verarbeiten.

Hier beginnen die Schwierigkeiten: in kino kann ich die DV Daten als avi speicheren nur leider stürzt kavi2svcd beim Einlesen immer ab und xine meldet kein demuxer. Ich habe die Befürchtung das es am Format liegt ?? Was für einen Input würde transcode benötigen? Hat jemand

--dv2.

schom mal kino mit anschliessendem kavi2scvd verwendet?

Ich kenne kavi2svcd nicht.

Ich kann mit kino auch direkt MPEGs schreiben, ist das sinnvoll?

<AFAIK> kino benutzt nur die mjpegtools und vermeidet transcode. Das kann helfen, falls Du a/v Synchronisations Probeleme bekommen solltest. Wenn Du den Weg nur ueber die mjpeg-tools gehen willst, schau Dich mal nach smil2yuv um, dass kann man ganz nett in eine pipe aus mjpegtools einbauen. </AFAIK>

Kino verwendet folgende Parameter: Internal Deinterlacer mpeg2enc -v 0 mp2enc -v 0 mplex -v 0 Wie bekomme ich diese Daten dann auf eine CD?

vcdimager -t svcd cdrdao write --device=<scsiAdresseDeinesBrenners> videocd.cue

Oder sollte ich von kavi2svcd Abstand nehmen? Was empfehlt ihr?

Ich kann Dir nur sagen was ich dazu nehme: kino, transcode, mjpegtools, vcdimager, cdrdao Damit bin ich fuer dv->svcd immer ausgekommen. Ob das auch fuer Dich passt, weiss ich nicht. -- bye maik