Какова оптимальная настройка Handbrake для преобразования AVI для редактирования в iMovie/Final Cut?

У друга есть фотокамера Canon (PowerShot G9) с режимом видеосъемки. Мои исследования показывают, что камера воспроизводит AVI-файлы формата VGA со скоростью 30 кадров в секунду (вероятно, несжатые). Она хочет отправить отснятый материал через iDisk или Dropbox кому-то еще для редактирования (в iMovie или какой-либо разновидности Final Cut), но ее расстраивают большие размеры файлов AVI (более МБ/с). Я знаю, что она захочет преобразовать необработанные фильмы в Handbrake перед отправкой, и я видел на своих собственных фильмах, что преобразование AVI в какую-либо версию MPEG4 может привести к значительному уменьшению размера.

Две части этого вопроса:

  1. Какова оптимальная настройка ручного тормоза (предпочтительна предустановка; это нетехнический пользователь) для преобразования AVI в редактируемый формат?

  2. Если существует более одного редактируемого формата, какой из них будет создавать файлы меньшего размера? Поскольку исходный материал имеет качество только VGA, я не думаю, что разрешение будет серьезной проблемой, хотя, конечно, мы не хотим ухудшать качество видео.

Ответы (2)

Не забывайте о встроенных действиях Automator для кодирования. Видео-плагин очень хорош и имеет предустановки, начиная с 480p (размер VGA) и выше.

введите описание изображения здесь

Переключатель « Кодировать для большей совместимости» сохраняет аудио и видео с более низкой скоростью передачи данных. В зависимости от вашей терпимости к «меньшему ухудшению качества», вы можете поэкспериментировать с более высоким качеством , если вы видите слишком много артефактов H.264 по умолчанию. Это маловероятно, так как у кодировщика достаточно места, а 1,5 Мбит/с является потолком для скорости видеоданных.

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

Автоматизация — это весело — вы даже можете настроить действие папки, чтобы выполнять загрузку как часть этого процесса.

Я решил наградить ответ на лучшее решение вопроса, а не ответ, который конкретно ответил на мой вопрос. Спасибо @ kevin9794 за его правильный ответ (за который я проголосовал), но этот ответ имеет преимущество элегантности.
Дополнительный комментарий и предостережение: действие Encode Media Automator доступно в Lion, но не в Snow Leopard. Более-менее эквивалентные действия под SL оказались ненадежными при тестировании. В итоге я научил своего друга пользоваться ручным тормозом.

Я бы посоветовал вам преобразовать его в MP4 с помощью кодека H.264. Handbreak — довольно простое приложение с точки зрения конвертации видео; на вкладке видео вы можете увидеть размер ввода и вывода в пикселях (поэтому следует избегать уменьшения размера вашего видео с одного взгляда), частоту кадров, которую лучше всего оставить «такой же, как источник», и ваше целевое качество. Вот где возникает вопрос качество/размер.

Как объясняется в вики Handbrake:

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

Режим постоянного качества делает обратное; вы указываете уровень качества, и HandBrake регулирует битрейт (то есть размер) в соответствии с ним.

https://trac.handbrake.fr/wiki/ConstantQuality

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

Это сложное решение, и оно сильно зависит от вашего исходного видео. Если вы загружаете в Интернет, я предлагаю вам выбрать «двухпроходное кодирование» и установить скорость передачи данных около 1 МБ. Поскольку это во многом зависит от вашего видео (например, видео с большим количеством зернистости и движения обычно требуют более высокой скорости передачи данных), этого может быть достаточно, а может и нет (хотя я почти уверен, что будет :))

Удачи!