On Mon, 17 Oct 2016 04:24:40 +0200 Michael Niedermayer <mich...@niedermayer.cc> wrote:
> On Sun, Oct 16, 2016 at 06:01:54PM -0400, Helmut K. C. Tessarek wrote: > > On 2016-09-27 09:30, Michael Niedermayer wrote: > > > Its long since FFmpeg 3.1, so its time to make 3.2 > > > ill branch release/3.2 off master and make 3.2 in maybe about a week or > > > 2 unless something delays it > > > > What happened to 3.2? > > the AVFrame.pts field has been changed in master redefining ABI/API > without soname bump. > > this complicates the 3.2 release. > ATM we have 3.0 and 3.1 releases with the same sonames as git master > but they are not fully compatible due to the AVFrame.pts change > (on top of that i was a bit more busy with random stuff than i > expected) > > the obvious solution is to bump major version of all libs. (this is > not wanted i belive though) > > the alternative is to remove the (useless) use of AVFrame.pts from > 3.0 and 3.1 and make new releases > then document in release notes that the 3.2 release cannot co-exist > with 3.0 or 3.1 prior to the last release and assume no other > application use AVFrame.pts > > Ill look at making the 3.0 and 3.1 release without AVFrame.pts use in > ffmpeg ASAP. These wont do any harm either way > > Maybe someone can write the release notes ? > > [...] > The change was backwards-compatible, as nobody should have used the pts field for decoding before. The fact that ffmpeg.c couldn't use its own API correctly is not of matter. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel