[FFmpeg-devel] [PATCH] doc/filters: document the unstability of the shorthand options notation.

Michael Niedermayer michael at niedermayer.cc
Mon Aug 7 04:59:39 EEST 2017

On Sun, Aug 06, 2017 at 10:37:35AM +0200, Nicolas George wrote:
> L'octidi 18 thermidor, an CCXXV, James Almer a écrit :
> > What do you mean? What i suggested would be done each time an option is
> > removed or added anywhere but at the end, both of which afaik are
> > uncommon cases.
> > It's not something that requires a rewrite of the current codebase.
> I mean that since I consider the break bearable (somebody upgrades a
> piece of software, they MUST test the scripts that depend on it, and
> fixing the issue once and for all is easy), I am not willing to spend my
> time implementing (and testing, for this kind of thing that takes time)
> the deprecation-warning-and-backward-compatibility dance.

Lets take a step back and look at this

There are some rarely used options in multi input filters like
overlay which break.
Noone even noticed except me

And you propose to declare the most used syntax from every filter

This just doesnt add up, its like shooting the patient in the head as
a treatment for a cold

Please correct me if iam wrong, but isnt all that is needed to just
not remove the options from the AVOption array from the tiny number
of filters affected?
Or declare the tiny number of moved/changed options as removed/not
supported in shorthand notation.


Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Everything should be made as simple as possible, but not simpler.
-- Albert Einstein
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20170807/31dfc3df/attachment.sig>

More information about the ffmpeg-devel mailing list