ffmpeg лог кодирования в хлам

А что не так?

Вопрос в том, как это отключить, как я понимаю?

Используй команду: ffmpeg -loglevel panic [остальные аргументы…]

Вроде не должен такими сообщениями ссылаться, только паника и ошибки и усё.

Фернандо.

Это информационные сообщения. Перенаправь вывод или включи показ только сообщений об ошибках. Хотя лучше не надо, бывает кодирует не так как хочется и замечаешь это в подобных логах, ключик забыл или добавил не тот или лишний и так далее.

Почему это не на всех файлах, лишь иногда? Жму практически всегда h264 в h265. И может я ошибаюсь, но по моим наблюдениям, когда такой лог, сжатие хуже чем могло бы быть.

Само наличие этих сообщений мне безразлично.

возможно связано как-то с терминалом?

в идеале ffmpeg выводит одну такую строку статуса, флашит её и затем «печатает» \r, чтобы вернуться к началу строки. ну или что-то навроде того, возможно с использованием ansi-последовательностей.

иногда вместо \r как будто получается \n и вместо одной аккуратной строчки ffmpeg начинает заполнять весь буфер этими строками статуса.

например, если сжать окошко терминала до 70 колонок или меньше, то ffmpeg начинает вот так печатать одну строку за другой.

бывает, короче. я хз как это исправить)

Он выдаёт это всегда. Только обычно он «перезаписывает» эту строку в реальном времени. По каким-то причинам иногда всё же переводит строку, стало быть. Вариантов может быть много, от ручного нажатия Enter до изменения размеров окна терминала. Также он так делает, когда эта строчка не вмещается в терминал по ширине. Как это может быть связано с конкретными файлами, честно говоря, не представляю. Оно точно на одних и тех же файлах всегда воспроизводится, и на других одних и тех же никогда, или как-то более рандомно?

upd: кстааати… Из вашего лога:

frame=177956 fps= 41 q=22.8 size= 1288960kB time=01:58:40.19 bitrate=1483.0kbits/s dup=1 drop=0 speed=1

У меня он выдаёт speed в значениях типа speed=2.17x, то есть явно не speed=1 без десятых и без x. Стало быть рискну предположить, что дело именно в ширине терминала.

Ну а от файла может зависеть количество кадров: когда номер кадра становится слишком длинным, строка перестаёт помещаться. А в других файлах тупо кадров меньше. Например так. Ну или с размером да битрейтом то же самое.

Всем спасибо.

Так и есть - размер терминала, во время кодирования уменьшил размер и пошла свистопляска

у битых фаилов такое может быть