|
| To: | "MPlayer user's list." <mplayer-users@xxxxxxxxxxxx> |
| Subject: | [MPlayer-users] Re: file size falls short of 700MB for multi pass |
| From: | Jonathan Rogers <jonner@xxxxxxxxxx> |
| Date: | Mon, 23 Jun 2003 09:33:22 -0500 |
| In-reply-to: | <20030623065239.GA16174@mistral.cz> |
| References: | <200306221858.56358.j.pepas@mail.utexas.edu><3EF64844.9090807@teegra.net> <20030623065239.GA16174@mistral.cz> |
| User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030616 |
[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html] Lubomir Blaha wrote:
It will not work :( I had same problem and this strange behaviour can be suppressed with vqmin=2 and vqmax=9 in -lavcopts.
Example: 1st pass (audio) done 2nd pass (1st video) mencoder source -oac copy -ovc lavc -o /dev/null -lavcopts vcodec=mpeg4:vhq:vbitrate=1835:vqmin=2:vqmax=9:vpass=1 3rd pass (2nd video) mencoder source -oac copy -ovc lavc -o dest.avi -lavcopts vcodec=mpeg4:vhq:vbitrate=1835:vqmin=2:vqmax=9:vpass=2
maybe in 3rd pass vqmin=2 and vqmax=9 is needless (values are taken from 2nd pass text file), but I'm lazy edit whole line in shell history and this works too :).
With this options, the encoded file's bitrate have exact desired value.
_______________________________________________ RTFM!!! http://www.MPlayerHQ.hu/DOCS Search: http://www.MPlayerHQ.hu/cgi-bin/htsearch http://mplayerhq.hu/mailman/listinfo/mplayer-users
| [Prev in Thread] | Current Thread | [Next in Thread] |