Ronald S. Bultje (12020-11-11): > > Also, I believe it would be good for us internally, since it would > > - allow other libraries to do IO cleanly without depending on lavf > > - force us to clean up avio public API, which is not in a great shape > > Avio public API would be great, regardless of library split. Certain > companies using ffmpeg in their transcoding system want only their own I/O.
We completely can decide to clean up the public API without splitting any library. And I completely agree, this would be an excellent and useful task. > I doubt they care much for the binary size saved from not linking to lavio, > but stable public API is important. Anyway, any project that cares about the binary size will not rely on pre-built FFmpeg, they will build their own. That is why splitting the libraries is useless in that regard: the ability to disable components gives the same benefits, but more and better. Regards, -- Nicolas George
signature.asc
Description: PGP signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".