[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