On date Tuesday 2023-12-26 22:33:36 -0300, James Almer wrote: > On 12/26/2023 10:25 PM, Stefano Sabatini wrote: > > On date Tuesday 2023-12-26 17:20:33 +0100, Stefano Sabatini wrote: > > > --- > > > Changelog | 1 + > > > configure | 4 + > > > doc/filters.texi | 35 ++++++++ > > > libavfilter/Makefile | 1 + > > > libavfilter/allfilters.c | 1 + > > > libavfilter/vf_quirc.c | 183 +++++++++++++++++++++++++++++++++++++++ > > > 6 files changed, 225 insertions(+) > > > create mode 100644 libavfilter/vf_quirc.c > > > > V2 with a few fixes and all corners put in the metadata (e.g. in case > > the QR code is rotated). >
> Looking at the library, the license is very permissive and the code hasn't > been touched in many years. It is also pretty small, so why not just add it > as a native filter instead of requiring an external dependency for what > seems to be a relatively simple process? I see pros and cons, in total that would be about 3K lines of pretty clean code and data, and this would simplify integration for end-users (since they would not need to build the library, which seems not packaged by many distributions), and having the code would help to solve similar problems and probably could be generalized and optimized (e.g. to support other pixel formats). OTOH it would add to the maintenance burden since we would be owners of the code, which also means we would not benefit from fixes to the upstream project, in case they happen (last commit is from March 2023, so not very old): https://github.com/dlbeer/quirc/commit/542848dd6b9b0eaa9587bbf25b9bc67bd8a71fca _______________________________________________ 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".
