Исходное сообщение
"Уязвимости в реализации JPEG XL из состава FFmpeg" Отправлено Аноним, 31-Янв-24 19:04
Глобально - нет, местами - можно. Понимаешь, ffmpeg - это большое дерево кода для мукса/демукса разных контейнеров, кодирования/декодирования разных аудио и видео кодеков, вагон и тележка фильтров для трансформаций, преобразований, наложения и т.п. Где-то мощней gpac (mp4box в первую очередь), где-то MKVToolNix, что-то приятней кодировать отдельными кодеками типа lame, oggenc, x264 и т.п, обработка видео и наложение фильтров интересней в условном avisynth/vapoursynth, а может сведение футажа в nle типа DaVinci Resolve. Но где у ffmpeg нет конкуретов в принципе - это как библиотека для сторонних приложений (видеоплееров в первую очередь). Заиметь поддержку сотни форматов, демукс контейнеров, декодирование аудио и видео, причём при всех обосрамсах, которые случаются с ffmpeg регулярно, это дорогого стоит. Ну и самое важное, что открытая модель разработки в случаи с ffmpeg реально играет сильно в плюс - регулярные багрепорты (в т.ч. регрессии), куча готовых заклинаний на том же stackoverflow и т.п.