convert работает странно, при задании delay время сжатия сильно увеличивается

Вы занимаетесь каким-то извращением. imagemagic для картинок, не для видео, вам нужен ffmpeg. Как-то так:

ffmpeg -framerate 1 -pattern_type glob -i '*.png' -c:v libx264 out.mp4

А там уже играйтсь с параметрами кодека (сжатием, макс. кол-во разностных кадров подряд и т.д.).

В соседнем топике я играюсь с ffmpeg. В вашем примере он переписывает исходники, что совсем не нормально. Кроме того данная команда ничем принципиально не отличается от моих, только результат весит больше. Задержки кадров нет, переписывсание исходников не отключено.

Во-первых, -delay принимает значения в сотых секунды, а не в тысячных, поэтому 3000 эквивалентно тридцати секундам, а не трём. Во-вторых, -delay не влияет на fps результирующего файла. С расчётами времени у convert какая-то муть, и выходит так, что ты пытаешься сделать файл с длительностью где-то в тысячу раз больше. Размер у него тоже будет больше.

Понятно, я тоже «вручную» посчитал секунды и подогнал длительность. А почему размер должен быть больше? По моим понятиям и по понятиям ffmpeg, mp4 не должен от этого зависеть.

По моим понятиям и по понятиям ffmpeg, mp4 не должен от этого зависеть.

Число кадров в секунду остаётся тем же, но ты увеличиваешь общую продолжительность видео. Это означает, что число кадров станет больше, и соответственно место под их кодирование потребуется больше.

В соседнем топике

Ну да, на форуме ведь всего два топика и оба ваши.

В вашем примере он переписывает исходники

Ну да, в моём примере:

-pattern_type glob -i '*.png'

переписывает исходники, а в вашем ffmpeg нелогично хочет файлы запортить, вразумите где я ошибся (комментарий) нет. Магия.

Но вобще, с такими представлениями:

Опция -i указывет на входные файлЫ А выходной файл out.mp4, куда пишется сжатое видео, в конце команды. Так по спецификации

вам будет сложно. Времена первой версии юникс давно прошли, аргументы команды парсятся иначе.