Hallo, Am Sam, 27 Feb 2010, Al Bogner schrieb:
Welche Möglichkeiten gibt es mit mencoder einen lossless codec zu verwenden, zB corePNG, FFV1 und yuv4mpeg2. Ich würde damit gerne testen. Es geht darum eine Basis zum Video editieren zu erzeugen und dann wieder lossless auszugeben. Dieses File wird dann entsprechend umkodiert in DVD, xvid oder x264.
-ovc lavc -lavcopts vcodec=ffv1
WIe muxe ich Bild und Ton? Mit avimerge komme ich nicht weiter?
avimerge -o AUSGABE.avi -i MOVIE-video.avi -p MOVIE-aidNN.avi
Damit bin ich wegen der falschen Kodierung gescheitert und habe mich zu Tode gesucht ;-)
*g* ist auch nicht gerade "intuitiv". mkvmerge ist da flexibler, da ich nur für auf dem Rechner backe verwende ich inzwischen nur noch mkvmerge. Und ggfs. kann man immer noch in nen AVI-Container "umpacken".
Wobei: du mußt Video/Audio nicht getrennt kodieren, wenn's nur um eine Tonspur geht.
Das habe ich mit mittlerweile angewöhnt. In seltenen Fällen ist das die einzige Lösung und ich kann sie den Dualcore besser nutzen, wenn die Audio- Kodierung im Hintergrund läuft.
Das mp3 kodieren geht doch im Rauschen der CPU-Last unter ... Grad wenn du x264 kodierst. mp3 geht hier auf der ollen Kiste in Echtzeit! x264/PAL kommt auf vielleicht 1-2fps. Die neue Kiste kodiert ne ganze Audio-CD in 1-2min oder so (kommt's mir vor ;) und die ist ja noch langsamer als deine Kiste.
Meine Parameter für Divx, die in >90% meiner Fälle passen:
Vielen Dank! Ich habe gehofft, dass du dich meldest. X264 dauert für manche Dinge zu lange, längere als 1 Nacht mit dem 5050e ist schon sehr lang. Ich will daher mit xvid vergleichen. Außerdem bkeibt der Popcorn manchmal hängen, d.h. stop und play drücken und Rückspulen geht auch nicht mit x264.
BTW: wg. den anderen Mails hier und in opensuse-de: ich hab die Tage einfach nicht die Zeit gehabt da rumzutesten. Ist aber alles markiert und nicht vergessen.
Pass1: mencoder -aspect 4/3 -ovc lavc -lavcopts \
vcodec=mpeg4:trell:vqmin=2:mbd=2:cmp=3:vqscale=3:vbitrate=24000000:vb_stra tegy=1:b_sensitivity=4:vpass=1:turbo \ -vf yadif=0,softskip,harddup,unsharp=l:5x5:0.5,dsize=4/3 -sws 9 \ -nosound -o /dev/null -passlogfile AUSGABE.passlog "$EINGABE"
Pass2: mencoder -aspect 4/3 -ovc lavc -lavcopts \
vcodec=mpeg4:trell:vqmin=2:mbd=2:cmp=3:vqscale=3:vbitrate=24000000:vb_stra tegy=1:b_sensitivity=4:vpass=2 \ -vf yadif=0,softskip,harddup,unsharp=l:5x5:0.5,dsize=4/3 -sws 9 \ -oac mp3lame -lameopts preset=standard \ -o AUSGABE.avi -passlogfile AUSGABE.passlog EINGABE.avi
[-sws 9 brauchst du nur mit nem skalierenden Filter]
schadet -sws 9, wenn es dabei ist? AFAIR hast du mal geschrieben, dass es ignoriert wird. Ich öchte mir ein Script basteln, das möglichst universell ist. Der Befehl wird mehrzeilig und ich nehme dann einfach Zeilen raus oder editiere sie.
-sws ist nur relevant wenn auch ein Filter verwendet wird, der skaliert, konkret also v.a. '-vf scale='. Wenn du lustig bis: kodier mal ne Datei (groß genug, so 10min sollte es dauern) mit und ohne -sws (und beide ohne -vf scale). Und beides per 'time mencoder ...' natürlich benchmarken (und guck die 'fps' am Ende an). Der Rechner sollte derweil nix anderes machen. Dann "weißt" du, ob -sws bremst. Mit '-msglevel' kannst du auch noch "hochdrehen"
Wärst du so nett und schreibst das getrennt für Audio und Video, damit ich auf der sicheren Seite bin?
Pass 1 wie oben. Pass 2: mencoder -aspect 4/3 -ovc lavc -nosound \ -lavcopts vcodec=mpeg4:trell:vqmin=2:mbd=2:cmp=3:vqscale=3 \ -lavcopts vbitrate=24000000:vb_stra tegy=1:b_sensitivity=4:vpass=2 \ -vf yadif=0,softskip,harddup,unsharp=l:5x5:0.5,dsize=4/3 -sws 9 \ -o AUSGABE.avi -passlogfile AUSGABE.passlog EINGABE.avi Audio: mencoder -ovc frameno -oac mp3lame -lameopts preset=standard \ -o MP3FILE.avi EINGABE.avi und ggfs.: mplayer -dumpaudio -dumpfile MP3FILE.mp3 MP3FILE.avi
Wann macht 3-pass Sinn?
Wenn du auf jedes zehntel-% PSNR o.ä. Wert legst (wobei du da schon mit den codec-Optionen deutlich mehr verändern kannst, schon ein bisserl mehr Bitrate z.B. wenn man nach Bitrate kodiert o.ä. bringt mehr als ein 3-pass).
das 'vbitrate=' braucht's übrigens nur, wenn der codec per vqscale über IIRC 1800kbps landet, und um die obere Grenze anzuheben eben diese Option.
Im Grunde reicht übrigens, von der Quali/Dateigröße passt das i.d.R.:
-lavcopts vcodec=mpeg4:trell:vqscale=3:vpass=2
trellis-quantization ist halt schon besser und nicht default.
Die Auswirkung der Optionen verstehe ich noch nicht.
trell wählt "trellis-quantization" aus. [bei -lavcopts] trell Trellis searched quantization. This will find the optimal encoding for each 8x8 block. Trellis searched quantization is quite simply an optimal quantization in the PSNR versus bitrate sense (As suming that there would be no rounding errors in troduced by the IDCT, which is obviously not the case.). It simply finds a block for the minimum of error and lambda*bits. [bei -x264encopts] (no)trellis Trellis Quantization is a kind of adaptive quanti zation method that saves bits by modifying quan tized coefficients to make them more compressible by the entropy encoder. Its impact on quality is good, and if VHQ uses too much CPU for you, this setting can be a good alternative to save a few bits (and gain quality at fixed bitrate) at a less er cost than with VHQ (default: on). So wie ich's in der Doku (nicht nur manpage) gelesen habe bekommst du mit trellis eben eine bessere Qualität bei gleicher Bitrate (oder bei gleicher Qualität braucht's halt weniger Bits). Achso, bei Interesse: http://de.wikipedia.org/wiki/Quantisierung http://en.wikipedia.org/wiki/Quantization http://en.wikipedia.org/wiki/Quantization_(image_processing) ungelesen: http://kb-bmts.rz.tu-ilmenau.de/gcg/html/Vortr_03_pdf/vollbeding.pdf vqscale wählt die Quantizer Stufe (qp= bei x264).
Bei x264 bin ich übrigens meistens mit qp=29 zufrieden.
Das müßte ungefähr vqscale=5 entsprechen (evtl. vqscale=4.5 oder so). HTH, -dnh --
<examines mouse> Buttons? What is this 'buttons'? -- R. P. Grant <examines mouse> I see 4 legs, a tail, and a head with two beady eyes that are kind of bugged out from having its neck broken by a spring-loaded arm coming down on it rather forcibly. But no buttons, you're right. -- G. Reed -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org