[FFmpeg-devel] [PATCH 2/2 v2] delogo: Take SAR into account
michaelni at gmx.at
Fri Jun 28 20:31:51 CEST 2013
On Fri, Jun 28, 2013 at 12:45:17PM +0200, Stefano Sabatini wrote:
> On date Friday 2013-06-28 10:21:23 +0200, Jean Delvare encoded:
> > > > #define LIBAVFILTER_VERSION_MAJOR 3
> > > > #define LIBAVFILTER_VERSION_MINOR 77
> > > > -#define LIBAVFILTER_VERSION_MICRO 101
> > > > +#define LIBAVFILTER_VERSION_MICRO 102
> > >
> > > No need to bump version for this.
> > I received contradicting instructions regarding this on #ffmpeg, from
> > "bump it always" to "bump it on interface change only", to "bump it on
> > user-visible changes", to "bump it in the last patch of the series." I
> > guess I'll just leave it alone from now on and let whoever applies my
> > patches bump it when he/she thinks it is appropriate. This makes my life
> > easier anyway.
> My advice is "bump micro for user-visible changes" in case the other
> version numbers are unchanged, tipically when adding a private options
> which is not a public symbol (and thus requires no minor bump), but it
> might be useful to check (for example we had reports with an user
> claiming that an option was not recognized, checking the version
> number helps to spot the problem). Also in some cases an API user
> might want to check the version number to see if an option is
> Usually bug-fixes don't require a micro bump.
usually we dont bump micro for bugfixes but i see nothing bad if it
is bumped for bug fixes
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
If you think the mosad wants you dead since a long time then you are either
wrong or dead since a long time.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: Digital signature
More information about the ffmpeg-devel