Идеальные настройки Handbrake x264 для кодирования видео

Каковы идеальные настройки, чтобы использовать преимущества возможностей аппаратного декодирования процессора и при этом избегать любых функций, которые потребовали бы программного декодирования или невозможности правильно декодировать аппаратно?

Например, я знаю, что B-кадры часто плохо обрабатываются (или вообще не обрабатываются) на многих мобильных устройствах, и то же самое относится и к схеме кодирования CABAC.

video raspbmc Goyuix
источник

Ну, твой вопрос неоднозначен. Задавая вопрос в Raspbery Pi Q & A, мы дадим вам и ответим за лучшие настройки для Pi .. не для мобильных телефонов или любых других устройств. Пожалуйста, отредактируйте ваш вопрос. Еще очень хороший вопрос!

Петр Кула

Я специально спрашиваю о дистрибутиве Raspberry Pi и RaspBMC - я просто предоставил ссылки на мобильные устройства в качестве контекста для функций, которые могут быть недоступны, поскольку аппаратное обеспечение довольно схоже.

Goyuix

Я только что выполнил тест с источником 720p и настройками по умолчанию «High Profile». Это включало как B-кадры, так и кодировку CABAC. На RaspBMC играла очень хорошо. Я буду продолжать изучать некоторые другие варианты.

Goyuix

Это действительно здорово. Я думаю, что пи должен уметь обрабатывать большинство стандартных кодировок, определенных в ручном тормозе. Как вы это тестируете? Я собираюсь попробовать несколько кодов 1080p

Петр Кула

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

XTL

Ответы:

Чтобы ответить на ваш вопрос, любая кодировка H.264 будет отлично работать на Raspberry Pi. Таким образом, вы должны выбрать (какой бы профиль вы ни выбрали, лучший высокий профиль или обычный) параметр H.264 на вкладке Видео в Видео кодек . Для аудио используйте AAC (поддерживается) и выберите стерео (Dolby Surround не работает).

С этими настройками (сам проверил) все играет красиво и плавно, никаких проблем нет. Другие параметры, такие как частота кадров, могут сильно повлиять на фильм, руководство по частоте кадров: https://trac.handbrake.fr/wiki/FramerateGuide

Я думаю, что это поможет вам, вспомните видео кодек на H.264 и аудио на стерео AAC. Проверьте частоту кадров и другие параметры, как правило, влияют на размер видео.

DanFritz
источник

Не забудьте включить оптимизацию для веб в ручнике. Действительно получил за пропуск вперед / назад в потоке или потоковую передачу по HTTP на HTML5 видео .. My Pi - PiTube

Piotr Kula

Я действительно надеялся на более подробное обсуждение конкретных настроек x264 - я специально упомянул B-кадры и кодирование CABAC - это было бы приемлемо. Возможно, мой вопрос слишком расплывчатый ... например, я бы выбрал другие настройки, если бы использовал его в основном для композитного видео вместо HDMI, но я не чувствую, что могу принять ваш ответ в его нынешнем виде. Ноты на стерео аудио AAC идеальны. Я надеялся на что-то похожее с расширенными опциями x264.

Goyuix

Я думаю, что вы действительно не понимаете концепцию дополнительных опций, таких как B-Frames. Для всех настроек и объяснений (и что они делают) mewiki.project357.com/wiki/X264_Settings Например, B-кадры: «B-кадры похожи на P-кадры, за исключением того, что они также могут использовать прогнозирование движения из будущих кадров. Это может привести к значительно большей эффективности с точки зрения степени сжатия ». Это не имеет ничего общего с воспроизведением видео на Raspberry Pi, а скорее с размером сжатия. Не знаю, нужна ли вам дополнительная обработка для выхода HDMI или композитного выхода.

DanFritz

Мой опыт показывает, что устройства с низким энергопотреблением (в первую очередь смартфоны / устройства iOS) заключаются в том, что видео, кодированные с помощью x264, в которых используются B-кадры или которые используют кодирование CABAC, не будут воспроизводиться должным образом из-за аппаратных / программных ограничений. Определенно есть приятное место между эффективностью, как вы упомянули, и файлом, который не будет воспроизводиться из-за какой-то расширенной функции, не поддерживаемой механизмом декодирования. Я надеюсь найти это "сладкое пятно" для Raspberry Pi. Мое собственное тестирование до сих пор было очень позитивным (High Profile с большим количеством наворотов), хотя и не окончательным.

Goyuix

«любая кодировка H.264 будет отлично работать на Raspberry Pi». - к сожалению, НЕ верно. Смотрите это для хорошего примера. Что еще хуже, уровень 4.1, который предположительно должен поддерживаться без проблем, похоже, тоже есть. По крайней мере, у меня есть файл 4.1, который вообще не воспроизводится в Kodi на Rpi.

silverdr

Чтобы в будущем узнать, кто ищет подробный ответ на этот же вопрос, обратитесь к этому сообщению на форумах Raspberry Pi: https://www.raspberrypi.org/forums/viewtopic.php?f=2&t=4668.

Резюме: RPi поддерживает H.264 Level 4.1 High Profile. Если вы выберете эти опции на странице Видео ручного тормоза, Pi должен их воспроизвести.

Вы должны убедиться, что аудио кодируется с помощью AC3, а не DTS, или вы можете столкнуться с проблемами воспроизведения: см. Этот вопрос: Разница между H.264 и x264 и как ее воспроизводить

Приветствия.

Pseudobolt
источник