nidalee

Если мы говорим про относительно новые (2015 и выше) - то точно можно. Из начала нулевых - могут быть проблемы.

Color primaries : BT.709
Transfer characteristics : BT.601
Matrix coefficients : BT.601

Вероятно, вам нужно не только выставить in_range, но еще и все характеристики и коэффициенты.
См.: color_range=, color_space=, color_transfer=, color_primaries=
Можете почитать, в частности, эту статью, с говорящим названием "Color Hell: Ffmpeg Transcoding and Preserving BT.601"
Кроме того, у вас 4:2:0 превращаются в 4:2:2 - это тоже не добавляет точности цветам.

С какой целью конвертируете?

Потому что основной прирост от NVME - в линейных чтениях и записях, это касается больших файлов, например фильмов.
Файлы ОС и программ, как правило - куча мелких, там нужны высокие показатели случайного чтения, и если в случае HDD vs SSD там огромная разница, то для SATA SSD vs NVME - не то чтобы.

Копируются ваши 128 гигабайт. Остальное место на диске остается не размеченным. Сможете потом либо расширить свой 128ГБ раздел до всего диска, либо создать еще раздел(ы).

Слишком много лишнего указываете. Для ваших целей достаточно
ffmpeg -i <input> cut_1_images\images%%05d.png
-f вам не нужен, png - всегда png native.
-r тоже, потому что ffmpeg сам прекрасно опознает фреймрейт видео.
Возможно, стоит указать полный путь до папки, с буквы диска. Также хорошо избежать пробелов в этом пути.
Также не понял, зачем вы опознаете и делаете cd в папку, из который запускаете bat-ник, он и так работает из своей папки, просто не запускайте его от админа, ему это и не нужно.

Лучше уж тогда сделайте так:

@echo off
SETLOCAL
:hugly
if "%~1" EQU "" goto mugly
md images
ffmpeg -i "%~1" images\images%%05d.png
shift
goto hugly
:mugly
pause

Потом просто перетаскиваете на сам bat-ник свой AVI файл, он создаст для кадров папку "images" и в нее их извлечет. Если я нигде в коде не опечатался, конечно. Только не забудьте, что папка всегда одна и та же, переименовывайте ее после извлечения кадров.

UP: Переписал оба примера под Windows, решением было добавить к % еще один.

У вас исходник с расширением MP4? Тогда ответ здесь.
Процессор или видеокарта получше вам не помогут, это особенность inter-frame кодека, они не предназначены для монтажа.
Если не MP4, то давайте нам сюда текстовую выдачу MediaInfo любого из исходников, будем посмотреть.

Если файлы имеют названия вида image-000.tga, image-001.tga, ..., то:
В виде bat-файла с лежащим рядом ffmpeg-ом и изображениями в той же папке, либо через командную строку:

ffmpeg -framerate 25 -i image-%%03d.tga -pix_fmt yuv420p -vcodec libx264 -preset slow -crf 21 -r 25 -an file.mp4

Фреймрейт указывается дважды с помощью -framerate и -r, во избежание проблем также прописываем -pix_fmt yuv420p, если вдруг вам не нужен другой параметр (вы бы знали), -crf определяет качество, чем меньше цифра, тем лучше качество и больше размер файла.

Используйте контейнер MP4, кодек H.264, но для сжатия не указывайте битрейт, а пользуйтесь CRF. Чего-то в районе 25-30 должно хватить. Чем больше число, тем хуже качество, но меньше размер.

This command encodes a video with good quality, using slower preset to achieve better compression:

ffmpeg -i input.avi -c:v libx264 -preset slow -crf 22 -c:a copy output.mkv

https://trac.ffmpeg.org/wiki/Encode/H.264
Это можно сделать либо через ffmpeg, либо через любой его GUI, например Handbrake.

Дополнительно файл можно сжать сильнее, если уменьшить его FPS. Поскольку это слайдшоу, 1 FPS должно хватить за глаза, если изображения статичны.
С готовым видео после ffmpeg-а это можно сделать, например, с помощью mp4box:

mp4box -add input.mp4:fps=1 -new output.mp4

Лекция у вас в каком виде? Уже готовый видеофайл?

Во-первых, если ваш энкодер умеет CRF, CQP и прочие адаптивные битрейты \ стратегии энкодера, нужно использовать их. О стратегиях энкодера (Encoder Strategy \ Rate Control \ и прочее названия одного и того же) можно почитать здесь.
Вы не можете знать, какой битрейт нужен каждому отдельному кадру видео, поэтому ваши попытки указать битрейт вручную практически обречены на провал:
1) Если указанный вами битрейт ниже реально необходимого, вы получите ухудшение качества картинки и артефакты сжатия.
2) Если указанный вами битрейт выше реально необходимого, то качество видео останется неизменным, но файл будет "весить" больше, чем мог бы.
Более того, вы указываете битрейт на все видео, в то время как переменный битрейт может быть больше в начале файла (например, где много движения, и требуется больше битрейт), а в конце файла могут быть длинные статичные планы - там битрейт нужен сильно меньше.

Таким образом, поскольку вы используете VP9 (WEBM), вам следует использовать CRF (Constant Quality):

To trigger this mode, you must use a combination of -crf and -b:v 0. Note that -b:v MUST be 0. Setting it to anything higher or omitting it entirely will instead invoke the Constrained Quality mode.

ffmpeg -i input.mp4 -c:v libvpx-vp9 -crf 30 -b:v 0 output.webm

The CRF value can be from 0–63. Lower values mean better quality. Recommended values range from 15–35, with 31 being recommended for 1080p HD video.

Поэтому все -b:v без CRF сразу выкидывайте.

Поскольку в задаче не было указано, какой вам нужен размер файла, это самый адекватный подход. Если же вы хотите сжать файл и готовы смириться с потерями качества, нужно использовать Constrained Quality - работает примерно так же, но дополнительно ограничен сверху указанным вами битрейтом:

ffmpeg -i input.mp4 -c:v libvpx-vp9 -crf 30 -b:v 2000k output.webm

The quality is determined by the -crf, and the bitrate limit by the -b:v where the bitrate MUST be non-zero.

У вас, кроме того, достаточно нескромный для VP9 CRF - 20 - это для 4К без видимых потерь качества. Уверены, что вам нужно такое? Посмотрите гайд от гугла по VP9 - для 1080P они предлагают устанавливать CRF в 31.
Второй файл с CRF 30 без ограничения битрейтом почти не увеличился. Что по качеству? Просело?

Я не знаю, какой именно кодек используется в вашем MP4 исходнике, но если это HEVC\H.265, то там можно наколдовать более эффективное и качественное сжатие, особенно если есть много лишнего времени на медленные пресеты или ручной их тюнинг. Такой файл после конвертации в VP9 раздует наверняка.
Если исходник H264, то он практически всегда должен сжимать хуже VP9, и значит проблема в ваших настройках.

В общем и целом, при прочих равных, файлы с минимальными изменениями в кадре сжимаются лучше, чем экшн-сцены. То есть если у вас 20 минут абстрактного видео, 2\3 которого - статичное изображение, он будет легче, чем 5 минут абстрактной экшн-сцены.
Опишите или покажите оба видео, и тогда картина наверняка прояснится.

MKV достаточно универсален. Поэтому люди, которые делают рипы, не заморачиваются, не создают себе проблем, и делают рипы в MKV.
Почему не MP4? В основном потому, что контейнер MKV поддерживает все хоть сколько-нибудь популярные кодеки (H.264, H.265, QuickTime...). MP4 - нет. Хотя в данном случае это касается в основном кодеков звука. Потому что вариантов кодирования звука очень много.
Почему не AVI? Он слишком старый и простой. В него нельзя поместить часть нужной информации, плееры иногда должны угадывать параметры сами. Как написали выше, например, это размер пикселя. Хоть я и сомневаюсь, что кто-то из авторов рипов в наше время заморачивается с размерами пикселя, с AVI такого не провернешь. Он популярен, например, в архивах и библиотеках - где нужен максимально простой, не вызывающий никаких проблем контейнер. Кстати, я бы не назвал его популярным, его популярность осталась в начале нулевых. Сейчас у нас в основном MP4, потом примерно поровну MOV и MKV.

В общем и целом MKV используют потому, что это привычно и удобно. А вам, как качающему, должны быть в принципе все равно.

ffmpeg. Если нужен пример - пишите.