Итак, я потратил некоторое время на изучение команд для melt
и выяснил, что на самом деле существует довольно эффективный способ изменения набора изображений (если число аргументов слишком длинное или слишком много символов для вашего терминала для обработки).
Вам нужно использовать -serialise <name of file>.melt
, в котором будут храниться ваши команды (, вы также можете создать этот файл вручную ). Затем, чтобы выполнить этот файл, используйте melt <name of file>.melt
вместе с любыми другими опциями, которые у вас есть для вашего видеофайла.
melt <images and what to do to them> -serialise <name of file>.melt
melt image1.png out=50 image2.png out=75 -mix 25 -mixer luma image3.png out=75 -mix 25 -mixer luma image3.png out=75 -mix 25 -mixer luma image4.png out=75 -mix 25 -mixer luma <...> -serialise test.melt
image1.png
out=50
image2.png
out=75
-mix
25
-mixer
luma
image3.png
out=75
-mix
25
-mixer
luma
image3.png
out=75
-mix
25
-mixer
luma
image4.png
out=75
-mix
25
-mixer
luma
<...>
melt test.melt -profile atsc_1080p_60 -consumer avformat:output.mp4 vcodec=libx264 an=1
В конце файла расплава должен быть дополнительный символ возврата. В противном случае будет выведено Exceeded maximum line length (2048) while reading a melt file.
Обратите внимание, что -serialise <name of file>.melt
не будет в файле .melt
Фактически расплаву потребуется некоторое время для загрузки расплавленного файла, прежде чем начнется процесс кодирования
MySQL может использовать любую левую часть индекса.
В Вашем примере SELECT * FROM expenses WHERE user_id = ?
будет использовать индекс, но SELECT * FROM expenses WHERE dated_on = ?
не будет.
Для 3 индексов столбца A, B, C, WHERE A = ? AND B = ?
будет использовать индекс по A и B, но WHERE A = ? AND C = ?
будет только использовать индекс на A
Если Ваш индекс на user_id и dated_on будет действительно в том порядке (user_id сначала), то он будет использоваться для запроса user_id также. Можно проверить при помощи, ОБЪЯСНЯЮТ для наблюдения фактической стратегии запроса.