[FFmpeg-devel] [PATCH 00/26] Major library version bump

[Michael Niedermayer]

On Sat, Jan 21, 2023 at 11:00:52PM +0100, Marton Balint wrote:
> 
> 
> On Sat, 21 Jan 2023, Michael Niedermayer wrote:
> 
> > On Sat, Jan 21, 2023 at 05:51:34PM +0100, Anton Khirnov wrote:
> > > Quoting Michael Niedermayer (2023-01-20 03:05:09)
> > > > PS: iam not sure i fully understood the reason behind why versions should be
> > > > set to "wrong" values during some period, so as always i might be missing
> > > > something
> > > 
> > > The reason is that after the major bump, the API and ABI are declared to
> > > be unstable for some period, so people can freely
> > > - break ABI, e.g. by reordering struct members
> > > - modify API added during the instability period in an arbitrary way
> > > without a new major bump for every such change, that would be normally
> > > required.
> > > 
> > > My concern is that the instability period is quite long and there is
> > > very little indication for our users that they cannot depend on the
> > > ABI/API being stable. So I'm proposing to introduce some mechanism to
> > > make this more visible for our callers.
> > > 
> > > Alternatively, we could just not have an instability period at all.
> > 
> > Does anyone plan to use the next bumps instability period for anything ?
> > If so, i assume theres a good reason why it cannot be done without such
> > period easily?
> 
> AVCodecContext->frame_number should be changed to int64_t. I guess you could

Is there a patchset that does that already ? 
Iam asking as i think starting work on this after the bump would be the
wrong approuch

Also how long of a instability period do you expect this would need ?
Or maybe the question is who would work on this and have it toward the
top of their todo list.

thx

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Homeopathy is like voting while filling the ballot out with transparent ink.
Sometimes the outcome one wanted occurs. Rarely its worse than filling out
a ballot properly.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20230122/bec58d6a/attachment.sig>