[FFmpeg-devel] [PATCH] Change option description text to match option name in avcodec/options.c

Rodney Baker rodney.baker
Thu Jun 3 14:29:05 CEST 2010


On Thu, 3 Jun 2010 04:10:24 Martin Storsj? wrote:
> On Wed, 2 Jun 2010, Rodney Baker wrote:
> > $subj
> > 
> > 
> > Index: libavcodec/options.c
> > ===================================================================
> > --- libavcodec/options.c	(revision 23424)
> > +++ libavcodec/options.c	(working copy)
> > @@ -160,7 +160,7 @@
> > 
> >  {"very", "strictly conform to a older more strict version of the spec or
> >  reference software", 0, FF_OPT_TYPE_CONST, FF_COMPLIANCE_VERY_STRICT,
> >  INT_MIN, INT_MAX, V|D|E, "strict"}, {"strict", "strictly conform to all
> >  the things in the spec no matter what consequences", 0,
> >  FF_OPT_TYPE_CONST, FF_COMPLIANCE_STRICT, INT_MIN, INT_MAX, V|D|E,
> >  "strict"}, {"normal", NULL, 0, FF_OPT_TYPE_CONST, FF_COMPLIANCE_NORMAL,
> >  INT_MIN, INT_MAX, V|D|E, "strict"},
> > 
> > -{"inofficial", "allow unofficial extensions", 0, FF_OPT_TYPE_CONST,
> > FF_COMPLIANCE_INOFFICIAL, INT_MIN, INT_MAX, V|D|E, "strict"},
> > +{"inofficial", "allow inofficial extensions", 0, FF_OPT_TYPE_CONST,
> > FF_COMPLIANCE_INOFFICIAL, INT_MIN, INT_MAX, V|D|E, "strict"},
> > 
> >  {"experimental", "allow non standardized experimental things", 0,
> >  FF_OPT_TYPE_CONST, FF_COMPLIANCE_EXPERIMENTAL, INT_MIN, INT_MAX, V|D|E,
> >  "strict"}, {"b_qoffset", "qp offset between P and B frames",
> >  OFFSET(b_quant_offset), FF_OPT_TYPE_FLOAT, 1.25, -FLT_MAX, FLT_MAX,
> >  V|E}, {"er", "set error detection aggressivity",
> >  OFFSET(error_recognition), FF_OPT_TYPE_INT, FF_ER_CAREFUL, INT_MIN,
> >  INT_MAX, A|V|D, "er"},
> 
> Wasn't this changed recently (in rev 21473 in January), with the
> motivation that unofficial is the correct spelling? The name of the option
> was left unchanged in order not to break existing apps using this
> parameter name.
> 

I initially thought this too - in fact, I was going to propose a patch to 
correct the spelling of the option but decided against it for the same reason 
- too many breakages.

Then I checked Webster's Unabridged Dictionary only to discover that 
"inofficial" is actually more semantically correct (even though it is rather 
archaic and seems to have largely fallen from use.

Whatever. I proposed the patch for the sake of consistency, but I'm not really 
fussed either way. It's not worth arguing over :-). 
-- 
===================================================
Rodney Baker VK5ZTV
rodney.baker at iinet.net.au
=================================================== 




More information about the ffmpeg-devel mailing list