- переключатель убыстряются, первичная обработка 2 передач ffmpeg кодируют?
Я видел, что много с 2 передачами кодируют примеры, и они часто используют - переключатель на первичной обработке. Это, кажется, потому что на первичной обработке только видеоданные выбираются для файла журнала, используемого второй передачей для создания более эффективного кодирования. Я заметил этот переключатель снова при ответе на этот вопрос, и я задаюсь вопросом, существует ли какой-либо эффект вообще в использовании, это включает первичную обработку 2 передач, кодируют.
1 ответ
Какой-либо эффект вообще?
Да. Используя - переключатель заставляет ffmpeg пропускать обработку аудиопотока.
Какое-либо положительное преимущество?
Да во время обработки существует измеримое уменьшение.. Я взял 60 вторых mp4 исходных клипов для использования для тестирования и дал команду
time ffmpeg -i input.mp4 -y -an -c:v libvpx -quality best -b:v 225k -qmin 10 -qmax 42 -maxrate 300k -bufsize 1000k -threads 4 -pass 1 -f webm /dev/null
Я получил следующий вывод:
frame= 1799 fps=174 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate=N/A
video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
Выходной файл пуст, ничто не было закодировано
real 0m10.477s
user 0m12.972s
sys 0m0.188s
и затем переименованный в получающийся файл журнала an.log для сравнения позже.
Я выполнил команду снова без - переключатель как в
time ffmpeg -i input.mp4 -y -c:v libvpx -quality best -b:v 225k -qmin 10 -qmax 42 -maxrate 300k -bufsize 1000k -threads 4 -pass 1 -f webm /dev/null
Получающийся вывод был:
frame= 1799 fps=165 q=0.0 Lsize= 505kB time=00:01:00.01 bitrate= 68.9kbits/s
video:0kB audio:483kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 4.367473%
real 0m11.088s
user 0m13.792s
sys 0m0.156s
Таким образом, похоже, что это немного быстрее для выполнения первичной обработки с -
Какое-либо изменение в 1-м файле журнала передачи? Нет. Как ожидалось файлы журнала идентичны как выполнение diff на них доказывает.