[MPlayer-DOCS] CVS: main/DOCS/man/en mplayer.1,1.990,1.991

[Guillaume POIRIER]

Hi,

On 6/5/05, Michael Niedermayer <michaelni at gmx.at> wrote:
> Hi
> 
> On Sunday 05 June 2005 16:57, Guillaume POIRIER wrote:
> > Hi,
> >
> > On 6/5/05, Jindrich Makovicka CVS <syncmail at mplayerhq.hu> wrote:
> > > CVS change done by Jindrich Makovicka CVS
> > >
> > > Update of /cvsroot/mplayer/main/DOCS/man/en
> > > In directory mail:/var2/tmp/cvs-serv14118
> > >
> > > Modified Files:
> > >         mplayer.1
> > > Log Message:
> > > -vf fspp docs
> > >
> > > Index: mplayer.1
> > > ====================================
> > > RCS file: /cvsroot/mplayer/main/DOCS/man/en/mplayer.1,v
> > > retrieving revision 1.990
> > > retrieving revision 1.991
> > > diff -u -r1.990 -r1.991
> > > --- mplayer.1   4 Jun 2005 20:54:48 -0000       1.990
> > > +++ mplayer.1   5 Jun 2005 11:57:27 -0000       1.991
> > > @@ -4523,6 +4523,16 @@
> > >  .RE
> > >  .
> > >  .TP
> > > +.B fspp[=quality[:qp]]
> > > +faster version of the simple postprocessing filter
> >
> > BTW, am I the only one not to understand what "simple" stands for here
> > when this filter, to the best of my knowledge, filters even more
> > artifacts than "-vf pp". So to me it looks like it does more things,
> > which in essence contradicts the idea that this is a "simple" filter.
> >
> > Could someone explain that to me maybe?
> 
> the reason behind the "simple" in the name of the original spp filter is that
> the algorithm is very simple and generic in principle
> it just compresses and decompresses an image at several (all in case of spp=6)
> shifts and averages these
> in practice it obviously skips all the unneeded steps like bitstream
> en/decoding

Ok, that makes sense to me then. Thanks

Guillaume
-- 
I should have invented the tape recorder,
that way people would have more quotes of
me to put at the bottom of their e-mails
-- Benjamin Franklin