[FFmpeg-devel] FFmpeg 3.4.1

[Michael Niedermayer]

On Fri, Nov 17, 2017 at 09:55:47AM +0100, Hendrik Leppkes wrote:
> On Fri, Nov 17, 2017 at 5:00 AM, Michael Niedermayer
> <michael at niedermayer.cc> wrote:
> > On Thu, Nov 16, 2017 at 01:51:34PM +0100, Carl Eugen Hoyos wrote:
> >> 2017-11-16 13:44 GMT+01:00 Michael Niedermayer <michael at niedermayer.cc>:
> >> > On Thu, Nov 16, 2017 at 01:04:27AM +0100, Carl Eugen Hoyos wrote:
> >> >> 2017-11-15 13:34 GMT+01:00 Michael Niedermayer <michael at niedermayer.cc>:
> >> >> > Hi all
> >> >> >
> >> >> > I intend to make 3.4.1 very soon
> >> >>
> >> >> Shouldn't we first decide on how to proceed with #6775?
> >> >
> >> > This would be ideal.
> >> >
> >> > IIUC this is a regression from bddb2343b6e594e312dadb5d21b408702929ae04
> >>
> >> This was confirmed by more than one developer, yes.
> >>
> >> > I see a patch that is said to improve 6775, can that be applied and
> >> > would that resolve this ?
> >>
> >> Iiuc, it would not completely resolve the issue, see:
> >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881536
> >>
> >> > If so why was it not applied yet ?
> >>
> >> The patch did not get support here, see:
> >> [FFmpeg-devel] [PATCH] lavc: reset codec on receiving packet after EOF
> >> in compat_decode
> >
> >
> > Is someone working on fixing this better than with the available patch ?
> >
> 
> I don't even agree this needs fixing. Those projects use the API wrong.

Had we documented the correct/wrong use precissely in the past when
these wrong uses where written ?

Because if it was documented then few should have made the mistake.
But it seems this affects multiple projects, so i wonder if our API
really excluded the use


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

Let us carefully observe those good qualities wherein our enemies excel us
and endeavor to excel them, by avoiding what is faulty, and imitating what
is excellent in them. -- Plutarch
-------------- 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/20171118/ca08e1c4/attachment.sig>