> On May 18, 2024, at 7:04 AM, Nuo Mi <nuomi2...@gmail.com> wrote: > > This happened many years ago. See the discussion here: > https://patchwork.ffmpeg.org/project/ffmpeg/patch/20201221060710.12230-6-nuomi2...@gmail.com/#60589 > Now that we have an internal vvc decoder, we can focus on improving it. > As for the encoder, it is far more complex than the decoder. Reasonable to > wrapper other libraries just like libx264 and libx265...
I'm all for improving the internal decoder, and I agree that the internal decoder should be preferred and be used by default, but it's not clear why that should preclude adding an external decoder as an option. Sometimes bugs are found in the internal decoders or some functionality may be missing, and having the option to fallback to an external decoder as a workaround is very useful in practice. For example there's a native AAC decoder in ffmpeg but it's still useful to have FDK-AAC available for decoding when running into edge cases on the native AAC decoder, or to decode USAC while the new decoder is under development, etc. - Cosmin _______________________________________________ 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".
