Материал представлен в виде «вопрос-ответ» для более простого восприятия. Можно оставлять дополнения и комментарии, возможно некоторые будут включены в статью
Я просто использую H.264 для всего!
Существует множество кодеков (методов сжатия-десжатия видеоданных), а также множество мифов и устаревших мнений. То, что было верно десять лет назад, уже не так, и хотя несколько лет назад казалось, что распространение стандартизируется на основе H.264, ситуация изменилась. Зачастую в производстве, для доставки на веб-платформы, для доставки из потоковых сервисов будут использоваться разные кодеки, и они могут сильно различаться.
Начнем с простого: могу ли я узнать, какой кодек использует файл, по его расширению?
Нет — вы можете указать только тип контейнера, а не кодек, используемый для сжатия видеоинформации внутри. Контейнеры (в том числе с расширениями MOV, MP4, MXF и MKV) описывают, как хранится информация и какие виды информации могут быть включены, но они не являются интересной частью истории кодеков. В MP4 таймкод генерируется автоматически каждый раз с нуля. Тогда как в mov можно вписать фриран таймкод или сгенерировать любой при пересчёте
Какие кодеки сейчас самые распространенные?
H. 264 (или AVC), HEVC , ProRes и DNxHD — вот некоторые из них, с которыми вы, возможно, столкнулись. AV1 и VP9 активно используются при потоковой передачи видео, но в производстве они еще не получили широкого распространения по причинам, которые станут более ясными в конце статьи. Некоторые из этих кодеков обычно сжимаются сильнее (H.264, HEVC), а некоторые — меньше (ProRes, DNxHD). Также важно понимать, что большинство кодеков со сжатием имеют переменную скорость передачи данных (data rate, для достижения определенного целевого размера), в то время как менее сжатые промежуточные кодеки, такие как ProRes, имеют (более или менее) фиксированные скорости data rate при определенных размерах и частотах кадров.
Важна ли скорость передачи данных?
Да, очень т.к. это влияет на размер конечного размера файла. В целом, новый кодек сжатия будет более эффективным и будет иметь более высокое качество изображения, чем старый кодек, при той же скорости передачи данных. Другой взгляд на это: старые кодеки сжатия должны использовать более высокие скорости передачи данных для достижения того же качества изображения, что и новые. Но также помните, что разные приложения для кодирования могут достигать разных результатов.
Я занимаюсь продакшном, почему я должен предпочитать один кодек другому?
Если вы снимаете события (док. кино например), вам, вероятно, нужны файлы среднего размера и высокого качества (H.264 или HEVC). Кинематографисту необходимо безупречное качество при любом размере файла (ProRes 422 HQ или выше, собственный формат камеры или формат RAW, такой как BRAW, ARRIRAW или ProRes RAW). Стримеру игр нужны записи экрана в высоком разрешении, с высокой частотой кадров, но умеренной скоростью передачи данных (интернет-канал по скорости может быть ограничен). Создатель контента для социальных сетей, вероятно, просто хочет быстрой передачи. Один размер не подходит для всех.
Но неважно, как вы записываете — не забывайте, что постобработка должна быть успешной. Съемка в кодеке, который требует конвертации перед воспроизведением, означает дополнительную работу при постобработке. Вспоминается история с Игрой престолов, когда ввиду недостаточной скорости поток, видео было слишком тёмным в некоторых сценах.
А что насчет постпродакшена?
Если вы монтажер, вы хотите работать с файлами в кодеке высокого качества, который легко воспроизводить, чтобы вы могли использовать оригинальные файлы камеры (H.264, HEVC или ProRes, в зависимости от съемки), если ваш компьютер может их обработать. Но если ваш продукт снят с использованием кодека, который выглядит великолепно, но с ним сложно работать, вы можете преобразовать его в промежуточный формат высокого качества (ProRes, DNxHD) или в автономный прокси-формат низкого качества (ProRes Proxy или H.264). Как правило на диске потребуется больше место, зато работать дальше будет проще. Есть хорошая статья об этом тут
Если вы используете VFX или цвет, вам, вероятно, нужны файлы абсолютно высочайшего качества, и размер файла не имеет значения, поэтому выберите самый лучший вариант промежуточного кодека.
Как правило графики используют сиквенции (последовательность кадров) из картинок например тот же png, tiff и т.д. а не видео.
А как насчет зрителей?
Большинству зрителей не важны непосредственно кодеки. Скорость воспроизведения и влияние на время автономной работы мобильного устройства, вероятно, являются самыми большими проблемами, а качество для большинства занимает третье место.
Если файл можно уменьшить, вероятность его прерывания из-за медленной скорости интернета будет меньше, а если выбран кодек с аппаратным ускорением на большинстве устройств (привет, H.264), то это сэкономит заряд батареи. Провайдеры всегда будут находить баланс между качеством и размером файла, но, возможно, им придется выбирать кодек в зависимости от того, какой легче воспроизводить на устройствах их клиентской базы.
Если вам нужно максимально возможное качество изображения, приобретайте контент напрямую. Платная потоковая передача имеет более высокое качество, чем обычная потоковая передача «бесплатно по вашему плану», а Blu-ray (обычно) снова лучше.
Получается, провайдеры потокового вещания всегда выбирают кодек, который потребителям будет легко воспроизводить?
Не обязательно. YouTube в основном отправляет видео в кодеке VP9 на настольные компьютеры, и, хотя оно выглядит хорошо, оно не имеет такого аппаратного ускорения, как H.264 (и, в меньшей степени, HEVC). Это влияет на загрузку процессора и, если устройство не подключено к сети, на срок службы батареи. Например на устройства iOS и iPadOS YouTube отправляет им видео в кодеке H.264 с аппаратным ускорением.
Почему бы не придерживаться стандарта H.264 по всем направлениям?
Просто H.264 выглядит не так хорошо, как более современные кодеки при том же объеме данных. Кроме того, аппаратные декодеры H.264 в большинстве случаев не справляются с 10-битными данными (необходимыми для HDR) и разрешениями выше 4K. Чтобы двигаться вперед, тот же процесс стандартизации, который привел к созданию H.264, создал HEVC (когда-то известный как H.265) в качестве преемника H.264 с тем же качеством при более низкой скорости передачи данных. Тот же процесс теперь предлагает H.266 или VVC , который обещает еще лучшее сжатие. YouTube не использует ни HEVC, ни VVC.
Так почему же YouTube не использует HEVC?
Некоторые кодеки, включая HEVC, обременены патентами, а это означает, что не все алгоритмы и методы, используемые для сжатия видео, можно использовать бесплатно. В целом, крупные компании, использующие H.264 и HEVC, предпочитают присоединяться к патентным пулам, платить пошлины, делиться соответствующими патентами друг с другом и управлять процессом лицензирования патентов. Существует несколько патентных пулов HEVC, и поддерживать HEVC дороже, чем H.264.
Кроме того, YouTube — серьезная мишень для патентных троллей. Если бы YouTube использовал HEVC для колоссального количества видео, которое они распространяют, ранее неизвестный патентообладатель, не входящий в существующие пулы, возможно, мог бы предъявить претензии на какую-то неясную часть процесса кодирования, оставив YouTube на крючке колоссальной суммы. количество денег.
Чтобы избежать этих проблем и сохранить одинаковую скорость передачи данных при увеличении разрешения, они перешли на открытый кодек VP9 для разрешений выше 1080p. Другой открытый кодек, AV1 , доступен для некоторых видео и некоторых разрешений, хотя он более требователен к устройству воспроизведения.
То есть, чтобы избежать проблем с патентами и высоких затрат, все остальные тоже перешли на VP9?
Нет. VP9 не имеет аппаратного ускорения на большинстве устройств, и, по крайней мере, некоторые считают его изобретением Google. Есть вопросы и о том, насколько на самом деле это безпатентно. Вместо этого некоторые (например, Apple) используют HEVC, платят пошлины и полагаются на патентные пулы для покрытия своих расходов. Они даже создали расширение MV-HEVC для хранения отдельных потоков 3D-видео, используемых Spatial Video.
Другие (например, Netflix) пропустили VP9 и перешли на AV1 , новый открытый кодек, не требующий лицензионных отчислений, разработанный для того, чтобы избежать проблем с патентами и минимизировать затраты при еще большем сжатии данных. В Альянс открытых медиа, создателей AV1, входят многие известные члены, в том числе Google, Netflix, Microsoft, Intel и (хотя они присоединились поздно) Apple.
Должен ли я платить за видео с некоторыми кодеками?
Кодеки, подобные H.264, можно использовать по-настоящему бесплатно только в том случае, если видео доставляется потребителям бесплатно. Теоретически, если вы предоставляете платные учебные курсы или другое видео, то ваша платформа доставки, вероятно, должна платить роялти от вашего имени, но я не юрист, и это определенно не юридическая консультация.
Роялти являются, по крайней мере, одной из причин, почему во многих видеоиграх используется древний, но не требующий лицензионных отчислений кодек Bink Video вместо чего-то более современного. Стандарты — это здорово, но они не всегда будут широко приняты, если не будут бесплатными.
Так стоит ли нам всем переходить на AV1?
Пока нет, потому что работа со сложными кодеками чисто программно может быть медленной. Поддержка аппаратного ускоренного декодирования для AV1 только что появилась в новейших чипах M3, а на Mac ускоренного кодирования еще нет. DaVinci Resolve добавила аппаратное кодирование AV1 на базе AMD только за последний год или около того на PC, но ни один другой крупный NLE не последовал этому примеру, и воспроизведение по-прежнему не является универсальным — например, для Windows требуется плагин для поддержки.
Пусть потоковые сервисы пока побеспокоятся о новейших кодеках и останутся с вещами, с которыми легко работать. Используйте более высокую скорость передачи данных, чтобы сохранить высокое качество, или переключитесь на приложение для кодирования, которое лучше справляется с существующими кодеками. Со временем создавать и воспроизводить AV1 станет намного проще, но не беспокойтесь об этом.
Какие программы следует использовать для конвертации между одним кодеком и другим?
Compressor и Adobe Media Encoder популярны и широко используются для производственных задач, таких как создание прокси или преобразование в промежуточные кодеки. Обратите внимание, что некоторые NLE также могут сделать это за вас.
Какие кодеки следует использовать для редактирования?
Независимо от того, что ваша система воспроизводит эффективно, это означает, что ваша система поддерживает аппаратное ускорение. На современном Mac это H.264, HEVC или ProRes, а на PC ваш процессор и/или графический процессор должны как минимум ускорять H.264 и HEVC, но сверяйте фактические кадры с вашим рабочим процессом — не все файлы одинаковы. Ускорение декодирования AV1 только что появилось на компьютерах Mac M3, но на самом деле это не кодек, предназначенный для редактирования.
Какие кодеки мне следует использовать для совместной работы?
Начните со списка кодеков, с которыми могут работать все участники, а затем выясните, что должно произойти с этим материалом. Если он скопирован один раз, обработан в NLE, а затем выведен, собственные файлы камеры могут подойти, при условии, что они имеют аппаратное ускорение в этом NLE.
Но если вам нужно отправить файлы неизвестному стороннему лицу на случайный компьютер или если с некоторыми собственными файлами камеры нелегко работать, преобразуйте хотя бы эти файлы в какой-то промежуточный или старый кодек, такой как ProRes (или DNxHD для Avid) поможет обеспечить бесперебойность рабочих процессов. Если у вас есть место, используйте ProRes/DNxHD для замены исходных файлов камеры, или, если отснятого материала слишком много, чтобы это можно было сделать, используйте прокси-кодек низкого качества (возможно, даже H.264) в качестве меньшего дублера во время редактирования. Если вы используете прокси, вернитесь к исходным файлам для окончательного вывода.
Протестируйте свои рабочие процессы. Преобразование всего в ProRes пройдет без проблем, но размеры файлов слишком велики для некоторых проектов, и в этом может не быть необходимости.
Мне нужно делиться файлами с прозрачностью (альфа-канал). Что лучше выбрать?
Используйте ProRes 4444 для поддержки прозрачности вместе с файлами меньшего размера, которые быстрее воспроизводятся на современных компьютерах Mac. Он также будет работать везде, где поддерживается воспроизведение ProRes (который является открытым стандартом и, следовательно, теоретически бесплатен навсегда). HEVC также может поддерживать прозрачность, но если вы работаете в большой компании, вам, вероятно, захочется использовать вместо него более качественный ProRes 4444.
Хорошо, а как насчет архивирования?
Долговечность кодеков беспокоит многих, поскольку многие старые кодеки больше не функционируют так, как раньше. Обычно вы сможете каким-то образом воспроизвести эти клипы, но вам, возможно, придется найти старую систему или специальную программу, чтобы получить к ним доступ. Например, несколько лет назад Apple объявила устаревшими свои самые старые кодеки, а это означает, что файлы, закодированные с помощью некогда популярных кодеков Cinepak и Animation, не работают в современном программном обеспечении Apple.
ProRes — это безопасный выбор для архивирования высококачественных медиафайлов. Декодирование ProRes соответствует стандарту SMPTE , поэтому в будущем его всегда можно будет прочитать. Разумной идеей также является создание дополнительных копий общих, поддерживаемых отраслью стандартов, таких как H.264 и HEVC, с использованием высокой скорости передачи данных.
Какие кодеки следует использовать для доставки на веб-платформы и в социальные сети?
H.264 или HEVC для контента SDR, HEVC для контента HDR или ProRes для всего, если у вас есть пропускная способность. Современные компьютеры Mac оснащены аппаратными кодировщиками для ускорения всех этих результатов, а PC с приличными графическими процессорами могут ускорить экспорт в большинство современных сжатых форматов. Какой бы кодек вы ни выбрали, поддерживайте высокую скорость передачи данных.
Каждая веб-платформа повторно сжимает все, что вы им отправляете, в файл гораздо меньшего размера, поэтому вам просто нужно отправить им файл, который вам нравится, в любом кодеке, который они поддерживают. Платформы обычно рекомендуют определенные кодеки или скорости передачи данных , но на самом деле они подходят практически ко всему. Однако иногда официальные рекомендации намного ниже тех, которые мне хотелось бы предоставить. Например, если я передаю YouTube 1080p SDR H.264 с частотой 24/25/30 кадров в секунду, я бы хотел использовать скорость передачи данных 20 Мбит/с, но YouTube запрашивает всего 8 Мбит/с и будет показывать пользователям скорость около 2,5 Мбит/с. Для сравнения, файл ProRes 422 требует около 120–140 Мбит/с.
Вы можете отправить им ProRes, если хотите, и хотя некоторые люди видят при этом повышение качества, загрузка этих файлов может занять намного больше времени.
А как насчет профессиональных результатов?
Стандарты здесь будут ориентированы на качество, а не на размер файла, и могут включать более старые кодеки, если спецификации не менялись какое-то время. Этот процесс не обязательно будет удобным или быстрым — выделите некоторое время, например, если вам нужно составить DCP или IMF (используется для кинотеатров). Вполне возможно, что вы не будете использовать ни один из упомянутых нами кодеков; DCP и Netflix IMF используют JPEG2000 (формат неподвижных изображений) в качестве основы сжатия.
Для получения конкретных результатов внимательно прочитайте спецификацию, а затем обратитесь к такому приложению, как Compressor или Adobe Media Encoder, чтобы установить точную комбинацию требуемого кодека, контейнера и скорости передачи данных.
Что делать, если мне нужно создать очень маленькие файлы?
Обычно лучший способ поделиться файлами с клиентами — это опубликовать их на Vimeo, Frame.io, Dropbox Replay или другом сайте, а затем отправить им ссылку. Но если вам нужно создавать очень маленькие сжатые файлы для прямого локального воспроизведения, обратите внимание на Handbrake (бесплатный, простой) или FFmpeg (бесплатный, сложный) и используйте H.264 или HEVC. Кодирование с использованием новых кодеков обычно происходит медленно и приводит к созданию менее совместимого файла.
Выводы
Кодеки это сложно и существует множество наюнсов, а именно:
- H.264 сегодня по-прежнему является достойным выбором для большого количества видео.
- HEVC также подходит для многих целей.
- Промежуточные кодеки, такие как ProRes, по-прежнему лидируют в производстве.
- Широкое распространение аппаратного кодирования и декодирования имеет решающее значение для широкого внедрения кодеков.
- В конце концов, многие из нас, вероятно, перейдут на лучший кодек с открытым исходным кодом, такой как AV1, для многих результатов, но сегодня не тот день.
по материалам сайта — provideocoalition
По теме кодирования на сайте у нас куча материалов:
KINEFINITY УДАЛЯЕТ CINEMADNG И ДРУГИЕ НЕОБРАБОТАННЫЕ КОДЕКИ СО СВОИХ КАМЕР
ВОПРОСЫ И ОТВЕТЫ: СЪЕМКА В PRORES НА IPHONE 15 PRO И PRO MAX
ОБЗОР КОДЕКОВ В ADOBE PREMIERE PRO
ПОЧЕМУ ВАМ СЛЕДУЕТ ИСПОЛЬЗОВАТЬ PRORES?
ПО СЛУХАМ, APPLE ВНЕДРИТ ПОДДЕРЖКУ ВИДЕОФОРМАТА AV1 СЛЕДУЮЩЕГО ПОКОЛЕНИЯ
ДЕКОДИРОВАНИЕ H.264/H.265 В DAVINCI RESOLVE
СРАВНЕНИЕ BLACKMAGIC RAW И PRORES RAW
ПОЧЕМУ НЕ ВСЕГДА СТОИТ СНИМАТЬ В 4К И RAW?
Уроки по съёмке и монтажу тут — https://news.fidller.com/category/lesson/
Как снимается кино — https://news.fidller.com/category/articles/bts/
Приобрести apple box или заказать 3d печать/3d сканирование или переходник для объективов, а также изготовить оборудование под заказ очень просто, достаточно перейти в наш магазин — https://fidller.com или написать нам в telegram — https://t.me/fidller
мы в телеграме — https://t.me/fidller_com
мы вконтакте https://vk.com/club_fidller
Aleksandr Fidller
Latest posts by Aleksandr Fidller (see all)
- Анонсирована ARRI ALEXA 265 — небольшая и легкая 65-мм камера - 05.12.2024
- Новые тестовые файлы Sony BURANO доступны для загрузки - 05.12.2024
- Sony MR Cruise: смешанная реальность на колесах - 04.12.2024