Am Mittwoch, 3. März 2010 04:17:55 schrieb David Haller: Hallo David,
Das mp3 kodieren geht doch im Rauschen der CPU-Last unter ...
Nun ja, ein paar Minuten dauern kann es schon bis das Script zum nächsten Schritt kommt. Mit & fängt Video sofort an und Audio läuft im Hintergrund.
Grad wenn du x264 kodierst. mp3 geht hier auf der ollen Kiste in Echtzeit!
Ist hier schneller, habe aber gerade keinen Wert.
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.
Kommt auf die Optionen an, aber so in etwa. Bei mir bremst speziell DAE selbst. BTW ich habe 720p@50 Hz mit ff1 probiert. Da wird mein Rechner schneckenlahm, 0.3fps. Abspielen geht gar nicht.
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.
Vielen Dank!
-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"
Mal schauen, wann ich Zeit habe. Ich will jetzt in die Tiefen von kdenlive vordringen. Für 80% der Fälle komme ich klar.
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
Probiere ich ASAP aus, wenn mir passendes Quellmaterial unterkommt, d.h. etwas das ich nicht in x264 haben will.
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
Interesse ja, aber ich frage mich wie lang es dauert bis ich ein Gefühl habe, welche Quantisierung passt.
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).
Vielen Dank! Al -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org