[FFmpeg-devel] FFmpeg 5.0 LTS vs 5.1 LTS

[Soft Works]

> -----Original Message-----
> From: ffmpeg-devel <ffmpeg-devel-bounces at ffmpeg.org> On Behalf Of
> Michael Niedermayer
> Sent: Monday, April 25, 2022 8:40 PM
> To: FFmpeg development discussions and patches <ffmpeg-
> devel at ffmpeg.org>
> Subject: Re: [FFmpeg-devel] FFmpeg 5.0 LTS vs 5.1 LTS
> 
> On Mon, Apr 25, 2022 at 08:04:25PM +0200, Jean-Baptiste Kempf wrote:
> > On Mon, 25 Apr 2022, at 19:19, Michael Niedermayer wrote:
> > > On Mon, Apr 25, 2022 at 01:51:26PM +0200, Jean-Baptiste Kempf
> wrote:
> > >> On Sat, 23 Apr 2022, at 18:36, Michael Niedermayer wrote:
> > >> > Do people prefer that 5.0 becomes LTS or the next (5.1) ?
> > >> > Or something else ?
> > >>
> > >> My understanding of the consensus was;
> > >> - 5.0 in Dec/Jan
> > >> - 5.1 in Jul with API additions, but no ABI/behavior breakage
> > >
> > > yes
> >
> > OK.
> >
> > >> - 6.0 in Dec 22 with ABI/API/behavior breakage and while 5.1
> becomes LTS
> > >
> > > we could give 5.1 an LTS "tag" when its released already
> >
> > I would mention it, tbh.
> >
> > > also thers the possibility that by december we have nothing that
> really
> > > benefits from a ABI/API/behavior breakage.
> > > If that happens people might prefer 5.2 over 6.0 i dont know.
> >
> > I think it would be clearer to accustom people that we have one big
> potential change every year, at the same date.
> 
> thats not a bad idea. Still bumping the sonames of the libs when there
> is
> no reason is not really nice. I dont know if we will have a reason in
> december

I think, the most valid reason to increase a version number is the
publishing of a release :-)


Totally crazy concept:


ffmpeg 6.0

  libavutil.so.6.0.100
  libavcodec.so.6.0.100
  libavfilter.so.6.0.100
  libavformat.so.6.0.100
  ...

ffmpeg 6.1

  libavutil.so.6.1.100
  libavcodec.so.6.1.100
  libavfilter.so.6.1.100
  libavformat.so.6.1.100
  ...

Best,
softworkz

(yes, I mean no cross-version compatibility)