Проблемы с несжатым видео в программах для редактирования

Я хочу создать видео из набора эпизодов, снятых на легкую портативную камеру в формате 1080p. Поскольку последовательности довольно шаткие, я использовал VirtualDub/Deshaker для обработки видеофайлов и их стабилизации. Вывод из VirtualDub был сохранен в несжатом AVI (около 10 ГБ в минуту). Я подумал, что было бы лучше продолжать в необработанном виде в программном обеспечении для редактирования видео, а затем повторно сжимать только после того, как конечный результат будет готов для экспорта.

Проблема в том, что инструменты программного обеспечения для редактирования видео, кажется, имеют много проблем с воспроизведением моих несжатых видеопоследовательностей. Я безуспешно пробовал Movie Maker, а затем подумал, что более профессиональный инструмент, такой как Lightworks, будет лучше. Однако оба инструмента с трудом воспроизводят видео. Я использую настольный ПК высокого класса i7 с 16 ГБ оперативной памяти, но похоже, что узким местом здесь является жесткий диск.

Есть ли лучший способ сохранить качество видео между VirtualDub и программным обеспечением для редактирования, возможно, видеокодек без потерь? Или я что-то здесь делаю не так?

Спасибо.

В дополнение к моему вопросу я забыл упомянуть, что у VLC также была проблема с воспроизведением несжатого видео. И я часто читал, что профессиональный монтаж видео всегда должен производиться в RAW и сжиматься только в конце для распространения. Поэтому мне интересно, что я не получаю здесь?

Ответы (3)

Ограничением, безусловно, является дисковый ввод-вывод, который при скорости 10 ГБ/мин находится за пределами возможностей всех, кроме очень высокопроизводительных дисковых подсистем.

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

Определите, что вам нужно в качестве конечного результата, и выберите разумный уровень выше этого для редакционных материалов. Например, несжатое 1080p — это слишком, если ваша цель — YouTube. Обычно выбирают формат всех I-кадров (без межкадрового сжатия) и скорость передачи данных, которая позволит вашей системе обрабатывать два или три потока одновременно. Если ваши диски могут обрабатывать произвольный доступ со скоростью 60 Мбит/с, они могут воспроизводить 3 источника со скоростью 80 Мбит/с для композитинга и так далее. Это больше, чем нужно для всех целей, кроме самых требовательных.

Спасибо за Ваш ответ. Когда вы говорите о сжатии I-frame, вы имеете в виду какой-то конкретный кодек? И будет ли это поддерживаться VirtualDub? Вероятно, не из коробки, поскольку он не предлагает много вариантов, но, возможно, с плагином?
Одним из распространенных внутрикадровых кодеков среднего уровня является MJPEG. Звучит примерно так: каждый кадр сжимается индивидуально с использованием сжатия JPEG с использованием некоторого выбранного значения качества. На более высоком уровне у вас есть ProRes, который может быть недоступен бесплатно и может не работать с VirtualDub.
Или пока не удаляйте AVI. Загрузите ffmpeg и конвертируйте их в базовый профиль H264 с высоким битрейтом (скажем, 30 Мбит/с или CRF 10-12). Видео с мобильного телефона для начала 15-20 Мбит/с. Обычная запись DSLR/GoPros на скорости 30-80 Мбит/с. Таким образом, кодирование со скоростью 60 Мбит/с и выше для таких источников не принесет ощутимой пользы.
Я попытался использовать кодировщик x264fvw ( sourceforge.net/projects/x264vfw ) с VirtualDub, чтобы сжать мой вывод с максимально возможным качеством, как описано в ответе/комментариях выше (только I-кадр, базовый уровень, высокие битрейты), однако это не работает и процесс каждый раз останавливается с ошибками. Затем я попробовал Handbrake закодировать необработанный вывод в высококачественный H264. Это работает нормально, но главный недостаток заключается в том, что теперь это двухэтапный процесс.
@Mulvya Как упоминалось в моем предыдущем комментарии, я использовал ручной тормоз для кодирования в H264. В параметрах качества видео есть ползунок, который можно передвинуть на без потерь (RF 0). Это решение эквивалентно инструменту преобразования ffmpeg, который вы предложили?
Это. Оба используют одну и ту же библиотеку для H264, т.е. x264. Однако режим без потерь не нужен. Во-первых, формат пикселей будет YUV444, поэтому проверьте, принимает ли ваш редактор файл. И в любом случае РФ 10-12 обычно годится.

Если у вас высокопроизводительный настольный компьютер i7, у вас, вероятно, есть инфраструктура для настройки высокопроизводительного RAID, который может удовлетворить ваши требования к пропускной способности ввода-вывода. 10 ГБ/мин = 167 МБ/сек, что почти может обеспечить действительно хороший 3,5-дюймовый диск. Если вы чередуете 2 таких диска вместе, то легко попасть в цель (пока нет других конфликтов ввода-вывода). системный диск обслуживает вашу ОС и приложения, 2-дисковый RAID в качестве источника для ваших несжатых видеоклипов и дополнительные диски (или RAID) для других источников видео и/или мест назначения рендеринга. было дешевле...

Кроме того, есть хорошие промежуточные кодеки, которые сжимают достаточно легко, чтобы их можно было использовать для редактирования видео. Apple ProRes 422 стал своего рода стандартом (при 1080p24, 422 Proxy = 36 Мбит/с, 422 LT = 82 Мбит/с, 422 = 117 Мбит/с, 422 HQ = 176 Мбит/с). ProRes 422 HQ составляет примерно 1/8 пропускной способности вашего несжатого источника. ProRes 4444 составляет 264 Мбит/с, что по-прежнему составляет около 1/5 пропускной способности вашего несжатого источника. ProRes 4444 (и даже ProRes 422 HQ) являются отраслевыми стандартами редактирования на уровне исходного кода.

Спасибо за ваш ответ, но он вызывает новые вопросы. Какие инструменты можно использовать для сжатия видео с помощью этих кодеков? Что-нибудь совместимое с VirtualDub? Более того, у меня также есть опасения по поводу поддержки этих кодеков в программных инструментах для редактирования видео. Поддерживает ли Movie Maker такой формат или мне нужен более профессиональный инструмент?
Вы должны иметь возможность использовать ffmpeg для преобразования в ProRes: transcoding.wordpress.com/2012/01/29/prores-ffmpeg

Вы можете выбрать клипы, щелкнуть правой кнопкой мыши и выбрать «Создать прокси» под медиа. это отобразит низкокачественные версии ваших клипов для работы. С этими большими файлами потребуется некоторое время, но после этого вы сможете работать быстро. ваше воспроизведение будет более низкого качества, но экспорт будет использовать исходные файлы (поэтому это также займет довольно много времени).