> Hello,
> On Fri, Jul 18, 2008 at 05:48:22PM -0500, R.L. Horn wrote:
> > High values for aq don't seem to have very dramatic results with VBR
> > encoding. Out of curiosity, I did some ad hoc benchmarking based on your
> > original encoding command and came up with the following (using the "all
> > defaults" user time as a reference):
> >
> > Options T/Tr
> > ---------------------------------------------
> > -oac mp3lame 1.000
> > -oac mp3lame -lameopts aq=9 0.954
> > -oac mp3lame -lameopts cbr:br=128 0.880
> > -oac mp3lame -lameopts cbr:br=128:aq=9 0.544
> > -oac pcm 0.439
> > -oac mp3lame -lameopts cbr:br=128:aq=9 0.437
> > -lavcopts ...keyint=1
> > -oac pcm -lavcopts ...keyint=1 0.333
> >
> > > So I am guessing pcm would be eaier
> >
> > If you have bandwidth to spare, go for it.
>
> Note that extra bandwidth also means extra CPU usage since for transfer
> with most Ethernet cards the data must first be copied to the kernel,
> headers must be added, CRCs calculated, so using PCM might not save any
> overall CPU usage in that case...
yeah I will have to sus out the specs for the play and then find how to
get there with the min of processing power
thanks
> _______________________________________________
> MEncoder-users mailing list
> MEncoder-users@mplayerhq.hu
> https://lists.mplayerhq.hu/mailman/listinfo/mencoder-users
>
--
"The bottom line is simple: If Congress passes a law that does not clarify the rules, if they do not do that, the program is not going forward."
- George W. Bush
09/15/2006
Washington, DC
speaking with typical clarity at a White House Press Conference
No comments:
Post a Comment