On Mon, 7 Jun 2021, at 23:49, Jan Ekström wrote: > If you just go without any rhetoric and just look at what "nonfree" > > We can start with the history of the option - originally added in > 3fe142e2555ec8b527f2ff4cc517c015a114e91a (Jan, 2008) - to denote that > due to the libamrnb/libamrwb wrappers being based on reference code, > > Then if we look at what the nonfree option is currently utilized for: > > capture card hardware integration (1): > decklink > > open source that just happens to have incompatible licensing with > regards to GPL (3): > libfdk_aac > openssl > libtls > > (old) CUDA SDK things (3): > cuda_nvcc > cuda_sdk > libnpp > > Thus looking at both historical point of that option, as well as its > current uses, I don't see there's any reason to include a wrapper for > a closed source scaling library that does not benefit the project (it > re-implements already existing capability).
I very much approve of Jan's email who has given a good summary, and whose opinion I share. jb -- Jean-Baptiste Kempf - President +33 672 704 734 _______________________________________________ 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".
