На веб сайтах и в мобильных приложениях все чаще стала использоваться 3d графика с анимацией, которая внедряется в видеоформате, а при загрузке видеошотов на Dribbble или загрузке NFT в формате видео, и многих других кейсах, есть жесткие ограничения по размеру загружаемого видео файла. Поэтому при подготовке видео ассетов нужно добиться максимального сжатия видео файла с минимальной потерей качества, что увеличит скорость загрузки.
Комментарий недоступен
fgmpeg сидит под капотом у доброй половины конвертеров с gui, но если видео в разрезе небольшой анимации, типа в качестве замены gif, я бы использовал WebP. Хорошее качество, при минимальном размере, плюс все браузеры открывают просто из коробки.
а лучше так: кодек на vp9, 2 прохода, режим лучшего сжатия (deadline best)
ffmpeg -i input.mp4 -c:v libvpx-vp9 -b:v 0 -crf 24 -pass 1 -deadline best -an -f null /dev/null && \
ffmpeg -i input.mp4 -c:v libvpx-vp9 -b:v 0 -crf 24 -pass 2 -deadline best output.webm
Спасибо 👍🏻
Про NFT с каждой плойки, очередной кэшбери?
Ffmpeg это прекрасный швейцарский нож, на котором базируются многие конвертеры.
Я вот не стал заучивать все миллиарды ключей, а купил себе gui для ffmpeg под мак - ff•works (10 или 20 баксов), он хорош ещё и тем, что можно, сделав настройки в интерфейсе, посмотреть, как это вызывается в терминале (а потом этот набор ключей уже прописать в скрипте).
Под win есть бесплатный FfmpegYAG. Ещё есть бесплатный кроссплатформенный ShutterEncoder. Но резимируя: да, ffmpeg рулит.
PS. в принципе crf 15..18 даёт почти идеальную картинку для живого видео, бОльшие значения уже надо подбирать опытным путём, если есть требования к размеру. Ну и всё, конечно, зависит от характера видео. То, что на скриншоте, наверняка безболезненно и в 24..30 ужмется: мало цветов и мелких деталей.