On Fri, Mar 17, 2017 at 09:37:17PM +0100, Nicolas George wrote: > Le septidi 27 ventôse, an CCXXV, Michael Niedermayer a écrit : > > If your users problems are not your problem than you have the wrong > > attitude to provide or design a service, API, lib, ... to users > > I was on a crappy phone virtual keyboard, I could not elaborate > comfortably. >
> Many many projects nowadays use FFmpeg's API correctly, without this > merged side data thingie. That proves it is possible. If some projects > insist on using bad frameworks, they will get bad results. I do not > think it is our purpose to accommodate bad frameworks. People cant always choose what they use, and IMHO a frame work which doesnt allow passing side data cleanly may have simply different goals or be build around a differnt architecture than what you have in mind that doesnt make it bad IMHO nor should we IMHO disregard usability with bad frameworks [...] > > And, in fact, are there projects who use this thing? I mean current, > alive projects. Unless I am mistaken, even the purpose of this API was > not documented. I belive if we remove something we should be open to users problems as in writing in the release notes that function "this" was deprecated and is planned to be removed because of "that". If this removal affects you and its not possible for you to pass the side data cleanly, please contact ffmpeg-devel. We deprecated it on the assumptation that noone needs the functions. all above is my oppinion, not intended to ofend anyone [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Many that live deserve death. And some that die deserve life. Can you give it to them? Then do not be too eager to deal out death in judgement. For even the very wise cannot see all ends. -- Gandalf
signature.asc
Description: Digital signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
