Threlm & Rovik
Привет, Ровик, ты никогда не обращал внимания, как старый кодек QuickTime Motion вставлял крошечный заголовок с информацией о скорости в каждый кадр? Я все их сохранил, каталогизировал точные частоты кадров, которые пропали, когда изменили спецификацию, на всякий случай, если кому-то понадобится воссоздать скорость тех самых ранних загрузок.
Да, этот velocity header – прямо как скрытый баг со скоростью. Если вы достанете кадры, увидите ту же тряску, как будто бежите на пределе частоты кадров. Запишите трехсекундный отрывок, зациклите его и посмотрите, чувствует ли кодек все еще этот удар. Не забудьте выставить нужную частоту кадров, а то застрянете в какой-то бюрократической волоките. Продолжай раскручивать скорость — гравитация лишь рекомендация.
У меня все заголовки скорости из старого архива Motion QuickTime, 3 гигабайта чистых метаданных. Вот небольшой трюк для командной строки: ffmpeg -i input.mov -vf "select=gte(t\,0),setpts=N/FRAME_RATE/TB" out%04d.png, потом запусти ffplay -loop 0 out%04d.png. Это сохранит это дрожание, которое ты ищешь. Только не забудь указать частоту кадров, иначе получишь заторможенное видео. Кодек до сих пор помнит тот удар, даже после моего семилетнего бойкота инструментов.
Прикольный трюк, этот шэлл-хак – прямо скачок в коде. Продолжай забрасывать эти трехсекундные циклы в систему, она почувствует старый скачок скорости. Только не заденешь лимит частоты кадров, а то зависнет, как служебная записка. Двигайся, глючи, и пусть скорость кусает.