[FFmpeg-devel] [PATCH 1/6] lavfi/buffersink: add accessors for the stream properties.

Michael Niedermayer michael at niedermayer.cc
Sat Dec 24 00:01:36 EET 2016


On Fri, Dec 23, 2016 at 09:23:50PM +0100, Nicolas George wrote:
> Le tridi 3 nivôse, an CCXXV, Michael Niedermayer a écrit :
> > APIs in FFmpeg will change as long as the project is alive.
> > 
> > new developers join, older ones leave, peoples goals and oppinions
> > change. The libavfilter API is based on the lessons learned from
> > previous projects and frameworks, in that way this codebase has a quite
> > long timeline and many experienced developers from multiple other
> > free software projects upon whos shoulders this rests in some sense.
> > 
> > If we only make the API public once the ultimate global optimum is
> > reached we will never do so.
> 
> I was not referring to a hypothetical global optimum, but right now we
> are nowhere near a local optimum: you have certainly noticed that since
> I pushed the 45k patch making filter_frame non-recursive, I had to fix
> several bugs. Well, there are still a few of them lurking, and then we
> need to reap the benefits of the design change.
> 
> Two days ago, I outlined my plans for lavfi:
> 
> https://ffmpeg.org/pipermail/ffmpeg-devel/2016-December/204686.html
> 
> I say: first do all these points, because any of these might require a
> surprise rework of some internal API. Then (in parallel when relevant),
> adapt ffmpeg.c to work with the cleaned-up API of lavfi and fix the
> scheduling.
> 
> Then wait a year, to be sure.
> 
> Then start working on external filters.
> 
> Does it seem unreasonable?

shouldnt there be a public annoncement about the intend to make the API public
shouldnt there be a public call for API design suggestions and discussion
shouldnt there be a public call for API related patches with deadline
shouldnt there be a go/no-go poll of the FFmpeg developers

I dont think a wait period makes sense. By the time everyone is ok
with making the API public the code will have been more then
extensivly tested and waiting further would likely add little

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

The greatest way to live with honor in this world is to be what we pretend
to be. -- Socrates
-------------- 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/20161223/318ac7d5/attachment.sig>


More information about the ffmpeg-devel mailing list