[MPlayer-dev-eng] [PATCH] vf_eq2 default parameter fix

Arpi arpi at thot.banki.hu
Tue Oct 28 16:49:39 CET 2003


Hi,

>  > >  > OK, here it is. I'm still not convinced, but your wish is my
>  > >  > command ;-)
>  > >  > 
>  > >  > Besides, there were some changes to vf_eq2 lately and the old
>  > >  > patch doesn't apply cleanly anymore, so I had to redo it
>  > >  > anyway.
>  > > 
>  > > If nobody objects I am going to commit this in the next days.
>  > 
>  > I do object, and i've already explained why in a different branch of this
>  > thread.
>  > 
>  > vf_eq2 is mostly used for gamma settings, and so its normal and natural
>  > that gamma is the first (and recommended) parameter.
>  > others (contrast brightness etc) are rarely used with this filter,
>  > a sthere are much more faster and efficient filters for that (vf_eq and
>  > scale, but most users don't need them as vo driver can do it as well)
> 
> Hmm, if I understood the discussion correctly, then vf_eq2 is as fast
> as vf_eq if no gamma correction is used.

nope.
LUT (eq2) is a lot slower than MMX optimized bri/cont compensation code (eq).


>  The man page suggests the
> same:
> 
>   eq2[=gamma:contrast:brightness:saturation:rg:gg:bg]
>     Alternative software equalizer that uses lookup tables (very
>     slow), allowing gamma correction in ad dition to simple brightness
>     and contrast adjustment.  Note that it uses the same MMX optimized
>     code as -vf eq if all gamma values are 1.0.

huh?
so vf_eq code is copypasted into vf_eq2? its a total nonsence then.

> Is this wrong?

i really hope so

> You also said that vf_eq was obsolete and should be
> superseded by vf_eq2, so I assumed there was no speed penalty.

if vf_eq2 contains the vf_eq code, then yes.
but then why dont you simply rm -rf vf_eq ?

> In the beginning of this thread is a patch that leaves gamma as first
> parameter.  Is it OK to commit that one?  The parameter order is easy
> to change later (if we should want to).

i dont like any change without good enough reason
and no, option order consistency (especially with an obsoleted filter!)
is not a good reason.


A'rpi / Astral & ESP-team

--
Developer of MPlayer G2, the Movie Framework for all - http://www.MPlayerHQ.hu



More information about the MPlayer-dev-eng mailing list