[FFmpeg-devel] [PATCH] lavf/tee: provide aliases for the f and bsfs special options

Stefano Sabatini stefasab at gmail.com
Sat Aug 3 11:47:38 CEST 2013


On date Thursday 2013-08-01 22:05:01 +0000, Paul B Mahol encoded:
> On 8/1/13, Stefano Sabatini <stefasab at gmail.com> wrote:
> > On date Thursday 2013-08-01 13:55:12 +0200, Nicolas George encoded:
> >> Le tridi 13 thermidor, an CCXXI, Paul B Mahol a ecrit :
> >> > I'm against this, its just add extra overhead, and its ugly.
> >>
> >> I think I concur.
> >
> > Dropped, especially since this doesn't avoid the problem, which is
> > private options masking global options with the same name. Right now
> > if we add a global option named "f" or "bsfs" this will be always
> > overriden by the private option with the same name.
> 
> IMHO 'proper' solution would be giving arguments to
> encoders/decoder/muxers/demuxer/etc
> in similar way as its done for filters.
> 

> Yes this is syntax/escaping nightmare but adding prefix to each private
> option into codebase looks fishy.

One possibililty would be:
-codec:SPEC CODEC=OPTS

> 
> In annother way, perhaps prefixes could be accepted from command line....

We have already a category system, and we could assume that a component
identifier in each category must be unique. This way we would have for
example:
-muxer/flags +bar -codec/flags -bar

Note that this stills doesn't fix the generic/private namespace
conflict, which is a separate issue (happens if we add a private
option with a name already used by a generic option, or a generic
option with a name already used by a private option).
-- 
FFmpeg = Fantastic and Fundamental Maxi Purposeless Evil Genius


More information about the ffmpeg-devel mailing list