Re: Fragen zu xvid

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