[MPlayer-dev-eng] 3 pass encoding syntax poll
Martin Drab
drab at kepler.fjfi.cvut.cz
Fri Feb 11 18:42:11 CET 2005
On Fri, 11 Feb 2005, Diego Biurrun wrote:
> Martin Drab writes:
> >
> > On Fri, 11 Feb 2005, Diego Biurrun wrote:
> >
> > > Martin Drab writes:
> > > >
> > > > Even better and IMHO clearer:
> > > >
> > > > 1 First pass (only generate log file)
> > > > 3 N-th pass (read, refine, and write log file)
> > > > 2 Last pass (only read log file)
> > > >
> > > > This fits to all cases.
> >
> > The number cannot be swapped without breaking backwards compatibility.
> > Although I have nothing against that. I just think this expressing is the
> > one, that makes the stuff most clear. It really is like that, when you
> > want to do a 3-pass encode, you really have to do pass=1, then pass=3, and
> > then pass=2 !!
>
> Look, I don't know what kind of definition of clarity you have, but
> let me assure you that the rest of the world just expects 1, 2 and 3
> to come in ascending order.
Well, I just described the current status. I wasn't the one who came out
with how it's done, currently.
> Perhaps using numbers is not a good idea in the first place and
> something like "first", "middle", "last" would be better.
I agree. Perhaps the numbers (unless you look at them binarily as flags)
aren't the best thing here, and I have nothing against changing it perhaps
in "first", "middle", and "last", although the numbers are better in a way
that they are shorter. The commandline parameters for a good encoding are
usually long enough, so maybe it's not such a good idea to extend them
even more when not really necessary. But, hey, I don't care, a can adapt
to anything you come out with. No problem on my side.
Martin
More information about the MPlayer-dev-eng
mailing list