К блогу
codec container mp4 h264 h265 av1 video explainer

Контейнеры видео против кодеков: MP4, MKV, H.264, H.265, AV1 объяснены

Контейнер — это коробка, кодек — то, что внутри. Понятное руководство по MP4, MKV, WebM, H.264, H.265, AV1, VP9 и почему ваш .mp4-файл иногда не воспроизводится.

By

Вы скачиваете видео, дважды кликаете по нему и получаете ошибку: «Невозможно воспроизвести этот формат». Но файл — .mp4, а .mp4 должен быть универсален. Пробуете в QuickTime — ничего. Пробуете в браузере — чёрный экран со звуком. Пробуете в VLC — и он наконец воспроизводится. Что пошло не так?

Короткий ответ: расширение файла вам солгало. .mp4 не говорит вам, что в файле; он говорит лишь о том, как содержимое упаковано. Вещь, которую ваш плеер не может декодировать, — это не упаковка, а сжатый видеопоток внутри, закодированный алгоритмом, который ваш плеер не распознаёт. Как только вы поймёте это одно различие, огромное количество загадочного поведения видео — ошибки кодека, глюки «аудио воспроизводится, а видео нет», файлы, работающие на телефоне, но не на ТВ — оказывается одной и той же проблемой в разных одеяниях.

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

Это руководство пройдёт по тому, что делают контейнеры, что делают кодеки, какие комбинации распространены в 2026 году, почему «сохранить как MP4» не всегда означает «сохранить как нечто, что все смогут воспроизвести», и как диагностировать видео, отказывающееся открываться.

Главное {#key-takeaways}

  • Контейнер — это формат файла, упаковывающий дорожки вместе — видео, аудио, субтитры, главы, метаданные. Распространённые контейнеры: .mp4, .mkv, .webm, .mov, .ts, .m4s.
  • Кодек — это алгоритм, сжимающий собственно аудио- и видеоданные. Распространённые видеокодеки: H.264 (AVC), H.265 (HEVC), AV1, VP9. Распространённые аудиокодеки: AAC, Opus, MP3, FLAC.
  • Расширение файла говорит вам о контейнере, а не о кодеке. Файл .mp4 может содержать видео H.264, H.265 или AV1 — и эта разница решает, воспроизводится ли он.
  • H.264 воспроизводится на всём современном; H.265 примерно вдвое сокращает битрейт, но нуждается в железе после 2017 года; AV1 сокращает ещё больше, но нуждается в устройствах 2022 года или новее для аппаратного декодирования.
  • H.264 и H.265 требуют лицензионных отчислений; AV1 и VP9 не требуют — поэтому YouTube, Netflix и Twitch мигрируют на AV1.
  • Ремультиплексирование меняет контейнер без перекодирования; смена кодека всегда требует полного перекодирования.
  • MP4 с видео H.264 и аудио AAC всё ещё самая безопасная «просто работает» комбинация для файлов, которые вы хотите воспроизводить где угодно.

Простое объяснение

Представьте, что вы отправляете посылку. Картонная коробка — это контейнер: у неё есть форма, ярлык и правила, как вещи помещаются внутрь. То, что собственно в коробке — книга, телефон, ваза, завёрнутая в пузырчатую плёнку, — это содержимое. Две посылки с идентичными картонными коробками могут содержать совершенно разное, и коробка не определяет, можете ли вы использовать то, что внутри; это зависит от того, можете ли вы читать на языке книги или зарядить телефон.

Видеофайл работает так же. Контейнер — .mp4, .mkv, .webm, .mov, .ts, .m4s — это формат упаковки. Он определяет, как файл разложен на диске: где живёт видеодорожка, где живёт аудиодорожка, где найти данные субтитров, где найти индекс перемотки, где найти метаданные. Кодек — H.264, H.265, AV1, VP9, AAC, Opus — это то, как собственно сжатые байты внутри видео- и аудиодорожек закодированы. Контейнер — это коробка; кодек — язык, на котором написано содержимое.

Это разделение существует, потому что есть две разные инженерные задачи. Упаковать многодорожечный файл так, чтобы плеер мог мгновенно перемотать на 17-ю минуту, переключить аудио между английским и японским и наложить субтитры, — это одна задача. Сжать видео 4K до нескольких мегабит в секунду, чтобы оно не выглядело как мазня, — другая задача. Контейнеры решают первое; кодеки решают второе; они развиваются по независимым графикам.

А вот неловкая часть. Файл .mp4 может содержать видео H.264 плюс аудио AAC — и воспроизводиться в любом браузере, телефоне или медиаплеере. То же расширение .mp4 может также содержать видео AV1 плюс аудио Opus, и этот файл откажется воспроизводиться в Safari 16, на iPad 2019 года или на Apple TV 2020 года. То же расширение. Та же спецификация контейнера. Совершенно разная воспроизводимость. Контейнер ничего не сказал о том, будет ли файл воспроизводиться; кодек сказал всё.

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

Как на самом деле работают контейнеры и кодеки

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

Контейнеры детально

Контейнер хранит несколько дорожек — обычно одну видеодорожку и одну или несколько аудиодорожек, плюс опциональные субтитры, маркеры глав, вложения (шрифты, обложки) и метаданные. Он также обычно держит индекс или таблицу cue, говорящую плееру, какому байтовому смещению соответствует какая отметка времени, чтобы перемотка могла прыгнуть прямо на 17-ю минуту вместо декодирования с начала.

Распространённые контейнеры в 2026 году:

  • MP4 — ISO Base Media File Format (ISO/IEC 14496-14). Самый универсальный контейнер на сегодняшний день. Используется стриминговыми сервисами, браузерами, мобильными камерами и современным HLS (fMP4-сегменты внутри CMAF). Происходит от Apple QuickTime MOV. Если нужно, чтобы файл воспроизводился везде, вам нужен MP4.
  • MKV — Matroska. Открытый, без лицензионных отчислений, чрезвычайно гибкий. Поддерживает любую комбинацию кодеков, неограниченные дорожки, меню глав, вложенные шрифты, несколько форматов субтитров. Популярен в десктопном видео, аниме-фансабах и рипах дисков. Менее универсально поддерживается браузерами и смарт-ТВ.
  • WebM. Альтернатива Google для MP4, оптимизированная под веб. Почти всегда несёт видео VP9 или AV1 плюс аудио Opus. Поддерживается Chrome, Firefox и Edge; поддержка Safari появилась поздно.
  • MOV — QuickTime File Format. Контейнер Apple, технически родитель MP4 — они делят большую часть своих внутренностей. Распространённый выход с iPhone и инструментов редактирования Apple.
  • MPEG-TS (.ts). Спроектирован для вещательного спутника и кабельного ТВ, где потеря пакетов — факт жизни. Используется устаревшими HLS-сегментами и некоторыми IPTV-сервисами. Устойчив, но неэффективен по сравнению с fMP4.
  • Fragmented MP4 (.m4s). Вариант MP4, нарезанный на маленькие независимые фрагменты. Используется MPEG-DASH, современным HLS и Common Media Application Format (CMAF), чтобы один набор файлов мог обслуживать оба протокола. Это то, что содержит HLS-сегмент .m4s — та же структура боксов MP4, просто нарезанная на чанки.

Видеокодеки детально

Каждое поколение кодеков обменивает эффективность сжатия на CPU-стоимость кодирования/декодирования и сложность лицензирования.

  • H.264 (AVC) — Advanced Video Coding, ITU-T H.264 / ISO/IEC 14496-10. Стандартизирован в 2003 году и декодируется аппаратно каждым смартфоном, GPU, смарт-ТВ и игровой консолью, выпущенными примерно с 2010 года. Требует лицензионных отчислений — покрывается патентными пулами, администрируемыми MPEG LA и другими. Всё ещё универсальный наименьший общий знаменатель: файл H.264 в контейнере MP4 воспроизводится где угодно. Большинство видеоконференций, охранных записей и потребительских камер всё ещё используют его.
  • H.265 (HEVC) — High Efficiency Video Coding, ITU-T H.265 / ISO/IEC 23008-2. Стандартизирован в 2013 году. Достигает примерно на 50 процентов лучшего сжатия, чем H.264, при том же визуальном качестве — это разница между возможностью вообще доставлять 4K и невозможностью. Аппаратное декодирование широко распространено на устройствах с 2017 года. Загвоздка — лицензирование: патенты HEVC разделены между MPEG LA, HEVC Advance, Velos Media и несколькими отдельными держателями, что сделало картину отчислений достаточно беспорядочной, чтобы некоторые браузеры (в частности, Firefox на большинстве платформ) включали H.265 только тогда, когда ОС уже предоставляет аппаратное декодирование. Используется Apple TV+, Netflix 4K HDR и современными HLS/DASH-потоками для способных клиентов.
  • AV1 — AOMedia Video 1. Стандартизирован в 2018 году Alliance for Open Media (Google, Netflix, Amazon, Apple, Microsoft, Mozilla), чтобы вырваться из лицензионной неразберихи HEVC. Без лицензионных отчислений. Примерно на 30 процентов лучшее сжатие, чем H.265. Аппаратное декодирование прибыло на флагманские телефоны и недавние GPU около 2022 года и сейчас стандартно на новых устройствах; кодирование остаётся CPU-интенсивным, поэтому live-AV1 всё ещё редкость. Используется YouTube, Netflix и Twitch для потоков высокого разрешения на способных клиентов.
  • VP9. Предшественник AV1 от Google, выпущенный в 2013 году. Без лицензионных отчислений. Примерно сравним с H.265 по сжатию. Активно использовался YouTube до развёртывания AV1 и всё ещё распространён как запасной вариант для устройств, декодирующих VP9, но не AV1. Заметно отсутствует в стеке Apple — Safari только недавно добавил программное декодирование VP9.

Аудиокодеки кратко

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

  • AAC. Универсальный стандарт по умолчанию. Сочетается с H.264 в MP4 для максимальной совместимости.
  • MP3. Устаревший, но всё ещё повсеместный, особенно для музыкальных файлов.
  • Opus. Современный, открытый, без лицензионных отчислений, очень эффективный как на речевых, так и на музыкальных битрейтах. По умолчанию в WebM и используется Discord, WhatsApp и большинством VoIP.
  • FLAC. Без потерь. Используется для архивной музыки, а не для саундтреков видео.
  • Dolby AC-3 и E-AC-3 (Dolby Digital, Dolby Digital Plus). Распространены в вещательном и 5.1/Atmos-стриминговом объёмном звуке.

Почему .mp4 не всегда означает H.264

Это ловушка, в которую попадает большинство людей. MP4 — это лишь обёртка. Файл AV1-в-MP4 совершенно легитимен, но не воспроизведётся в Safari 16, на старых Apple TV или на любом ТВ без аппаратного декодера AV1. То же относится к H.265-в-MP4 на старых устройствах, VP9-в-MKV на устройствах Apple и Opus-в-MP4 на большинстве потребительского железа. Когда видео «не воспроизводится», первый вопрос никогда не «какое расширение» — он «какой кодек».

Где контейнеры и кодеки встречаются с HLS и DASH

Стриминговые протоколы сидят поверх всего этого. Устаревший HLS поставлял MPEG-TS-сегменты с H.264 + AAC. Современный HLS использует fMP4-сегменты под CMAF, несущие H.264, H.265 или AV1 в зависимости от клиента. fMP4-сегменты DASH используют тот же формат контейнера и могут нести любой кодек, поддержку которого декларирует плеер. ABR-лестницы обычно используют один и тот же кодек во всех вариантах — переключение кодеков посреди потока технически возможно, но редко. DRM-защищённый контент использует те же контейнеры и кодеки, только зашифрованные с MPEG Common Encryption поверх, оставляя кодек нетронутым, но байты нечитаемыми без лицензии.

Как только вы начнёте сохранять потоки из веба, эта матрица имеет значение на практике — поэтому инструмент вроде VidMost нормализует вывод в известно-хорошую комбинацию, а не сохраняет какой-нибудь экзотический кодек, который случайно использовал источник.

Поддержка кодеков в реальном мире в 2026 году

Поддержка кодеков фрагментирована между браузерами, устройствами и операционными системами, и матрица смещается каждый год. Сводка ниже — это снимок того, что в основном верно в 2026 году.

Браузеры. Chrome и Edge воспроизводят H.264, H.265 (с аппаратной поддержкой ОС), AV1, VP9 и VP8. Safari 17+ воспроизводит H.264, H.265 и AV1, но его поддержка AV1 требует устройства с аппаратным декодером AV1 — это означает чипы класса A17 Pro / M3 или новее; программного запасного варианта нет. Исторически поддержка VP9 в Safari отсутствовала, но недавно улучшилась. Firefox воспроизводит H.264, AV1, VP9 и VP8 универсально и поддерживает H.265 только когда ОС предоставляет аппаратное декодирование — что работает на Mac Apple Silicon и недавних ПК с Windows, но не на большинстве установок Linux.

Мобильные устройства и устройства Apple. На Apple silicon аппаратное декодирование AV1 прибыло с A17 Pro (iPhone 15 Pro и Pro Max) и поколением Mac M3; более ранние iPhone, iPad и Mac вообще не получают AV1 в Safari. Android-флагманы с 2022 года почти повсеместно включают аппаратное декодирование AV1. Более старые Apple TV и смарт-ТВ до 2021 года застряли только на H.264 и H.265.

Стриминговые сервисы выбирают по клиенту. Netflix поставляет AV1 на способные клиенты (недавние iPhone, современные смарт-ТВ, консоли текущего поколения) и откатывается через H.265 на H.264 на старых устройствах. YouTube делает то же самое, с VP9 как промежуточным запасным вариантом. Twitch разворачивает AV1 для прямых трансляций высокого разрешения, сохраняя H.264 как универсальную базу. Apple TV+ доставляет H.265 с HDR на устройства Apple и откатывается на H.264 в других местах.

Аппаратное против программного декодирования. Аппаратное декодирование — это то, что делает возможным воспроизведение 4K на телефоне без расплавления батареи: выделенный кремниевый блок внутри SoC обрабатывает работу за крошечную долю CPU-стоимости. Программное декодирование неподдерживаемого кодека обычно работает на десктопе с достаточным запасом CPU (VLC, mpv и ffplay охотно программно декодируют AV1 на ноутбуке 2018 года), но проваливается или сжигает батарею на телефонах и встроенных устройствах. Когда видео воспроизводится на ноутбуке, но заикается на телефоне, наиболее частая причина — несоответствие аппаратного декодирования.

Полезная ментальная модель: H.264 — универсальный стандарт по умолчанию везде, H.265 — безопасное обновление, если вы контролируете список устройств, AV1 — будущее, которое уже сегодня можно поставлять на недавнее железо, но не предполагать на чём-либо старше 2022 года.

Что это значит, если вы хотите сохранить видео

Здесь разделение «контейнер против кодека» перестаёт быть академическим. Если вы когда-нибудь скрейпили стриминг-сайт, объединяли папку сегментов .ts или скачивали видео и обнаруживали, что ваш редактор отказывается его импортировать, проблема почти всегда в несоответствии кодека, а не в контейнере.

Три болевые точки всплывают снова и снова:

  • Сегменты стриминга не в дружелюбных форматах. Успешный захват частей HLS- или DASH-потока оставляет вас со стопкой файлов MPEG-TS или fragmented-MP4-чанков. Потребительские плееры захлёбываются на папке таких файлов; нужно конкатенировать сегменты и ремультиплексировать их в один MP4 в правильном порядке, прежде чем они станут воспроизводимыми как один файл.
  • Кодеки источника не всегда дружелюбны редактору. Если источник отправил AV1 в ваш браузер, ваш видеоредактор может не импортировать AV1 или заикаться при скрабе, потому что полагается на программное декодирование. Даже H.265 неоднороден в более старых инструментах редактирования. Файл, прекрасно воспроизводящийся в браузере, становится бесполезным для тех, кто пытается с ним реально работать.
  • Фрагментация устройств кусает в худший момент. Вы скачиваете фильм 4K H.265 для планшета, синхронизируете на более старый iPad своего ребёнка и обнаруживаете, что у iPad нет нужной поддержки профиля H.265. Или вы сохраняете AV1-поток YouTube и обнаруживаете, что USB-плеер смарт-ТВ говорит только на H.264.

Стандартный вывод VidMost — это .mp4 с видео H.264 и аудио AAC — самая универсально совместимая комбинация, декодируемая аппаратно каждым современным телефоном, ТВ, браузером и инструментом редактирования. Пользователи, которым нужно максимальное сжатие или сохранение исходного кодека (H.265 из потока 4K HDR, AV1 с YouTube), могут это настроить, но по умолчанию — «просто работает на всём». VidMost автоматически обрабатывает ремультиплексирование: сегменты пересобираются, строки кодеков сверяются с профилем вывода, а там, где требуется перекодирование, оно предлагается как ясный выбор, а не молчаливый сюрприз.

Распространённые заблуждения и подводные камни

Несколько убеждений о контейнерах и кодеках снова и снова всплывают на форумах. Стоит их прояснить.

  • «MP4 — это кодек». Нет, MP4 — это контейнер, конкретно ISO Base Media File Format. Кодек внутри может быть H.264, H.265, AV1 или одной из нескольких других вещей. «В формате MP4» — это правда, но в основном бесполезная без знания кодека.
  • «MKV лучше MP4». Это разные контейнеры, служащие разным нуждам, а не конкурирующие уровни качества. MKV более гибкий — больше комбинаций кодеков, богаче метаданные. MP4 более универсально поддерживается. Выбирайте MKV для архивации или чего-либо с несколькими дорожками субтитров и аудио; выбирайте MP4 для обмена или стриминга.
  • «AV1 всегда лучше H.264». AV1 сжимает гораздо эффективнее — это правда. Лучше ли AV1 «для вас», зависит от того, есть ли у устройства, на котором вы воспроизводите, аппаратный декодер. Файл 4K AV1 прекрасен на недавнем флагманском телефоне и невоспроизводим на бюджетном Android 2019 года. H.264 всегда воспроизводится.
  • «Более высокий битрейт — лучшее качество». Только в рамках одного кодека, на одном и том же контенте. Поток H.265 на 5 Мбит/с обычно выглядит лучше потока H.264 на 5 Мбит/с, потому что H.265 выжимает больше из каждого бита. Сравнение битрейтов между кодеками бессмысленно.
  • «Смена расширения файла чинит воспроизведение». Почти никогда. Байты внутри файла не меняются, когда вы переименовываете .mkv в .mp4, и большинство плееров читают заголовок для идентификации контейнера независимо от расширения. Переименованный файл проваливается так же, как и оригинал.
  • «VLC воспроизводит всё, поэтому кодек не важен». VLC программно декодирует большинство кодеков на десктопе, что делает его инструментом «правильно ли скачался файл». Но в момент, когда вам нужно редактировать, делиться или воспроизводить его на телефоне или ТВ, совместимость кодеков возвращается. Толерантность VLC — это свойство VLC, а не файла.

Заключение

Разделение «контейнер против кодека» — одно из тех маленьких различий, которые объясняют непропорционально большую долю странностей видео. Как только вы научитесь смотреть на файл и спрашивать и «какая обёртка», и «что собственно внутри», сообщения об ошибках кодека перестают быть загадочными, а случаи «воспроизводится на моём компьютере, но не на телефоне» начинают обретать смысл.

Правило большого пальца не изменилось за пятнадцать лет: MP4 с H.264 + AAC — самая безопасная «отправлю куда угодно» комбинация. H.265 — правильное обновление, если знаете, что ваши целевые устройства недавние. AV1 — правильная ставка, если оптимизируете под следующее десятилетие. Если вы хотите пропустить ручной шаг ремультиплексирования и просто сохранить стриминговое видео как что-то, что все смогут воспроизвести, VidMost по умолчанию даёт MP4 + H.264 + AAC и обрабатывает детали за вас.

Связанные материалы

Часто задаваемые вопросы

В чём разница между контейнером и кодеком?
Контейнер — это формат файла, оборачивающий всё: видеодорожки, аудиодорожки, субтитры, маркеры глав, метаданные. Распространённые контейнеры — MP4, MKV, WebM, MOV и MPEG-TS. Кодек — это алгоритм, сжимающий или распаковывающий собственно аудио- и видеоданные внутри контейнера. Распространённые видеокодеки — H.264, H.265, AV1 и VP9. Можно представить контейнер как коробку, а кодек — как язык, на котором написано содержимое. Разные контейнеры могут содержать один и тот же кодек, и один и тот же контейнер может содержать разные кодеки.
MP4 — это кодек или контейнер?
MP4 — это контейнер, а не кодек. Расширение `.mp4` относится к ISO Base Media File Format (ISO/IEC 14496-14) — формату упаковки, происходящему от Apple QuickTime MOV. Файл MP4 может содержать видео H.264, H.265, AV1 или даже MPEG-4 Part 2 в паре с аудио AAC, MP3, AC-3 или другими аудиокодеками. Когда кто-то говорит «конвертировать это в MP4», почти всегда подразумевается «поместить видео H.264 и аудио AAC в контейнер MP4» — самую универсально совместимую комбинацию.
Почему мой файл .mp4 не воспроизводится, хотя MP4 универсален?
Потому что MP4 — это лишь обёртка. Настоящий вопрос — какой кодек использует видео внутри. Файл MP4 с видео AV1 не воспроизведётся в старых версиях Safari, на моделях Apple TV до 2022 года или на телевизорах без аппаратного декодера AV1 — контейнер в порядке, но кодек не поддерживается. Та же проблема возникает с H.265 на устройствах без поддержки HEVC. Прогоните файл через MediaInfo или `ffprobe` и проверьте фактический кодек внутри, прежде чем предполагать, что дело в контейнере.
Что лучше: MP4 или MKV?
Ни один не лучше универсально — они служат разным нуждам. MP4 — более универсально поддерживаемый контейнер: браузеры, телефоны, смарт-ТВ и стриминговые сервисы все говорят на нём нативно. MKV (Matroska) более гибкий: он поддерживает больше комбинаций кодеков, неограниченное количество дорожек субтитров и аудио, меню глав и необычные функции вроде упорядоченных глав. Для обмена или стриминга выбирайте MP4. Для архивации, рипов или чего-либо с несколькими дорожками субтитров MKV — лучший выбор. Качество видео идентично, когда используется один и тот же кодек в любом из контейнеров.
Что мне использовать: H.264, H.265 или AV1?
Используйте H.264, если нужна максимальная совместимость — каждое современное устройство декодирует его аппаратно. Используйте H.265 (HEVC), если хотите примерно половину битрейта при том же качестве и ваши целевые устройства — после 2017 года. Используйте AV1, если хотите наилучшую сегодня доступную эффективность сжатия и ваша аудитория использует недавние браузеры и устройства 2022 года или новее. Кодирование AV1 всё ещё намного медленнее, чем H.264, поэтому это плохой выбор для использования в реальном времени. Для большинства пользователей, которым нужен файл, просто работающий везде, H.264 в MP4 всё ещё правильный ответ.
Почему мой Apple TV воспроизводит H.265, но не VP9?
Стек видео Apple поддерживает H.264 и H.265, потому что в эти кодеки Apple инвестировала для iTunes Store и Apple TV+. VP9 — это кодек Google, активно используемый YouTube до AV1, а Apple никогда не поставляла аппаратные декодеры VP9 на tvOS или iOS. Safari на macOS добавил программное декодирование VP9 относительно поздно, и многие модели Apple TV до сих пор вообще не могут декодировать VP9. Поэтому YouTube поставляет H.264 (и иногда H.265 или AV1 на новейших устройствах), когда вы смотрите на устройстве Apple, но VP9 в Chrome для Windows.
Можно ли изменить кодек видео без перекодирования?
Нет. Изменение кодека всегда требует декодирования существующих видеокадров и повторного кодирования их новым кодеком, что занимает время и теряет небольшое количество качества. Что *можно* делать без перекодирования — это менять контейнер; это называется ремультиплексированием. Инструменты вроде `ffmpeg -c copy` перемещают те же закодированные потоки из MKV в MP4 или из сегментов MPEG-TS в один MP4, не трогая кодек. Ремультиплексирование быстро и без потерь; перекодирование медленно и с потерями.
AV1 — это будущее?
Вероятно, но на это уйдут годы. AV1 предлагает примерно на 30 процентов лучшее сжатие, чем H.265 при том же качестве, и не требует лицензионных отчислений, что делает его привлекательным для стриминговых сервисов, не желающих платить лицензионные сборы за HEVC. YouTube, Netflix и Twitch уже сегодня поставляют AV1 на способные устройства. Загвоздка в аппаратной поддержке: аппаратные декодеры AV1 распространены на телефонах, GPU и смарт-ТВ 2022 года и позже, но старые устройства откатываются на программное декодирование, которое садит батарею и захлёбывается на 4K. Ожидайте, что AV1 будет доминировать к концу десятилетия, а H.264 продержится как универсальный запасной вариант ещё десятилетие сверх этого.