[MEncoder-users] FIXED post: lowres=3 with HD, docs, and weak CPUs

Ilya Zakharevich nospam-abuse at ilyaz.org
Mon Jul 26 01:13:29 CEST 2010


Oups, I got confused when merging stuff from dead.article.  Sorry.  Fixed:

[A complimentary Cc of this posting was NOT [per weedlist] sent to
Carl Eugen Hoyos 
<mencoder-users at mplayerhq.hu>], who wrote in article <loom.20100725T235402-788 at post.gmane.org>:
> > Anyway, I picked up this command line from Internet - it was
> > recommended as default for HD movies on weak machines.

> The useful lines (if your goal is to decode "faster") are:
> mplayer file -lavdopts skiploopfilter=all
> (10% faster depending on video, usually no visual difference)
> mplayer file -lavdopts skipframe=nonref:skiploopfilter=all
> (significantly faster, please read the documentation for more details)

Documentation is not helpful.  E.g., my default options include
-autosync 30 -framedrop.  What is the interaction with skipframe=nonref?

What one would assume from documentation is that -framedrop is a
better version of skipframe=nonref (B frames are skipped only when CPU
is stressed).  (I ignore here the last-P frame, which is also nonref,
but probably not involved in -framedrop.)

What I actually see is that -framedrop has practically no effect.  What gives?

===

The recipe I actually saw was

  mplayer -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all !

So do you recommend

  mplayer -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all:skipframe=nonref !

with the latest SVN, where lowres=1 is working when supported?  I mean
recommend as "a starting point; delete image-degrading speedups which
are not needed on your machine"...

> > I presume it worked for *somebody*.  Does not necessarily follows, I know...

> But not with r25844.

Well, I do not agree.  It was working fine with r25844.

It might have been *ignored*, but given the conveniently missing
documentation, how would people know?  (At least I see no mention in
the docs of the *output* resolution changed when this option is recognized.)

Thanks,
Ilya

P.S. BTW, why http://www.mplayerhq.hu/DOCS/man/en/mplayer.1.html is
     empty?  One is forced to use
     http://www.mplayerhq.hu/DOCS/man/en/mplayer.1.txt, which is
     served with wrong encoding.  (No encoding supplied, when it is
     not iso-8859-1.)



More information about the MEncoder-users mailing list