Таблица сравнения аудиокодеков 2026

Автор: Николай СапуновОбновлено: август 202623 мин чтения
Содержание статьи +

Опубликовано: 2026-06-05 · Время чтения: 18 мин · Автор: Николай Сапунов, CEO Фора Софт

Коротко

Это та самая таблица, которая ставит рядом каждый аудиокодек, с которым видеопродукт сталкивается в 2026 году: год выпуска, оптимальный битрейт, задержка, число каналов, контейнеры, поддержка в браузерах и в железе, лицензирование и та работа, для которой каждый кодек действительно хорош. Если коротко: Opus выигрывает реальное время и открытый веб, AAC-LC по-прежнему безопасный выбор по умолчанию для видео по запросу, потому что его декодирует всё подряд, xHE-AAC – современный адаптивный вариант теперь, когда Android 17 поставляет его по умолчанию, E-AC-3 (Dolby Digital Plus) и AC-4 несут объёмный звук и Atmos на телевизоры, а LC3 – новый стандарт Bluetooth в наушниках вашего клиента. Хороший выбор почти никогда не сводится к тому, какой кодек «лучше звучит» на одном битрейте – он сводится к тому, какой из них ваша точка доставки сможет декодировать без запасного варианта. Прочтите таблицу, найдите строку под то, где должно играть ваше аудио, и выбор обычно делается сам.

Почему это важно

Выберите неправильный аудиокодек – и узнаете об этом худшим способом: браузер клиента играет тишину, iPhone отказывается от вашего потока, а конференц-звонок жжёт мобильный трафик, который был не нужен. Эта статья – сводный справочник, которого больше нигде в открытом интернете в 2026 году нет: единая таблица со ссылками на источники, охватывающая тринадцать кодеков по каждой оси, которая влияет на реальное продуктовое решение. Она написана для продакт-менеджера, основателя или операционного руководителя, которому нужно выбрать кодек, поставить задачу инженеру или проверить заявление вендора, – без предположения о подготовке в аудио. Каждое число здесь восходит к управляющему стандарту – IETF RFC, документу ISO/IEC, спецификации ETSI, рекомендации ITU-T, – а не к пересказу из блога, потому что в любом споре только стандарт ставит точку.

Как читать сравнение кодеков

Кодек – сокращение от «кодер-декодер» – это согласованный способ сжать звук на одном конце канала и восстановить его на другом. Каждый кодек ниже делает эту работу; различает их набор компромиссов, и именно эти компромиссы измеряют столбцы таблицы. Перед самой таблицей – что означает каждый столбец и почему он меняет ваше решение. Если пропустите всё остальное, прочтите этот раздел: он превращает таблицу из стены чисел в инструмент, которым реально можно пользоваться.

Год выпуска говорит о зрелости и охвате. Старый кодек вроде AAC-LC (1997) декодирует буквально любое устройство, выпущенное со времён iPod; новый вроде LC3 (2020) звучит лучше на бит, но только сейчас приходит в железо. Возраст – не недостаток: для кодека по умолчанию повсеместность важнее эффективности.

С потерями или без потерь. Кодек с потерями навсегда выбрасывает звук, который, по его оценке, вы не заметите, обменивая верность на размер; AAC, Opus и MP3 – с потерями. Кодек без потерь – FLAC, ALAC – сохраняет каждый бит и декодирует в точную копию, ценой размера примерно в пять-семь раз больше. Принципы за обоими подходами – в статье как работает сжатие звука.

Оптимальный битрейт – это скорость данных в килобитах в секунду (кбит/с), при которой кодек звучит хорошо без расточительства. Это единственное число, которое сильнее всего влияет на счёт за трафик и хранение. Меньше – дешевле; кодеки, прозрачные на низком битрейте, – эффективные.

Задержка – неизбежная задержка, которую добавляет собственная нарезка кодека, в миллисекундах (мс). Она огромно важна для живого разговора – всё, что больше примерно 200 мс «от рта до уха», ощущается как плохая телефонная связь – и совсем не важна для фильма, который вы смотрите после полного кодирования. Поэтому кодек реального времени и стриминговый кодек – разные звери.

Каналы – сколько отдельных аудиопотоков несёт кодек: один для моно, два для стерео, шесть для 5.1 и до десятков для иммерсивных объектных форматов. Модель каналов за этими числами – в статье каналы и схемы каналов.

Поддержка контейнеров – какие файловые обёртки (MP4, WebM, MPEG-TS, Ogg) могут нести кодек. Кодек, который декодирует ваша платформа, бесполезен, если он не помещается в контейнер, который выдаёт ваш конвейер; связь объясняется в статье аудио в контейнерах.

Декодирование в браузере и в железе решают, заработает ли воспроизведение «само». Декодирование в браузере означает, что тег <video> или <audio> играет его без плагина; декодирование в железе означает, что работу делает отдельный чип, экономя батарею телефона. Кодек без обоих заставляет вас уйти в программный запасной вариант или вовсе на другой кодек.

Лицензирование и роялти – юридическая и финансовая цена использования кодека. Некоторые бесплатны от роялти (Opus, FLAC); некоторые несут отчисления патентному пулу за устройство или за поток (семейство AAC, семейство Dolby). Для продукта, выходящего в масштабе, этот столбец может перевесить все остальные.

Замечание о самом важном столбце – «для чего он»

Последний столбец – тот, что должен вести ваше решение, потому что остальные в основном вытекают из него. Аудиокодеки не ранжируются от лучшего к худшему по одной лестнице – они специалисты. Сначала спросите «для чего этот звук?»: телефонный звонок, фильм, объёмный микс, Bluetooth-наушник, музыкальный мастер. Ответ указывает на строку, а строка говорит остальное.

Таблица сравнения аудиокодеков 2026

Главная таблица ниже охватывает тринадцать кодеков, с которыми видеопродукт реально сталкивается в 2026 году. Она плотная намеренно – это и есть артефакт, ради которого существует статья. Читайте её в два прохода: сначала пробегите столбец «Для чего», чтобы найти свой сценарий, затем прочтите строку поперёк. Скачиваемая версия на одну страницу – по ссылке в конце.

Рис. 1. Ландшафт 2026 года с одного взгляда: где живёт каждый кодек на карте «задержка против назначения» до чтения подробной таблицы.

Кодеки с потерями – стриминг, вещание и реальное время

КодекГодОпт. битрейтЗадержкаКаналыКонтейнерыБраузерЖелезоЛицензияДля чего
Opus201216–128 кбит/сдо 5 мс (кадры 2,5–60 мс)до 255WebM, Ogg, MP4, MKV, CMAFВсе осн. браузерыВ основном ПОБесплатно (RFC 6716)Реальное время (WebRTC), открытый веб
AAC-LC1997128–256 кбит/с~20–40 мсдо 48MP4, MPEG-TS, CMAFВсе осн. браузерыДа, повсеместноПатентный пул (Via LA)Стандарт для видео по запросу
HE-AAC v1200332–64 кбит/с~40–130 мсдо 48MP4, MPEG-TS, CMAFБольшинствоЧастоПатентный пул (Via LA)Низкобитрейтный стриминг, радио
HE-AAC v2200624–48 кбит/с~40–130 мсакцент на стереоMP4, MPEG-TSБольшинствоЧастоПатентный пул (Via LA)Стерео на очень низком битрейте
xHE-AAC (USAC)201212–96 кбит/с адапт.~40 мс+до 48MP4, CMAF, fMP4Safari + Chrome (HLS)Android, iOS, WindowsПатентный пул (Via LA)Адаптивный стриминг, мобильные
MP31993128–192 кбит/с~25 мс+до 2 (5.1 редко)MP3, MP4, MKVВсе осн. браузерыДа, повсеместноБесплатно с 2017Унаследованный обмен, подкасты
MP21991192–256 кбит/с~24 мсдо 5.1MPEG-TS, MPEG-PSОграниченноВещ. чипыБесплатноУнаследованное: DVB-T, DAB-радио
AC-3 (Dolby Digital)1991384–448 кбит/с (5.1)~32 мс кадрдо 5.1MP4, MPEG-TS, MKVОгранич. (нет Chrome)TV / AVR-чипыЛицензия DolbyУнаследованный объёмный: DVD, вещание
E-AC-3 (Dolby Digital Plus)2004192–384 кбит/с (5.1)~32 мс кадрдо 15.1; Atmos через JOCMP4, MPEG-TS, CMAFSafari, EdgeTV / моб. / AVRЛицензия DolbyОбъёмный стриминг + Atmos
AC-42015~96–256 кбит/с (имм.)низкая (под вещание)иммерсивный (объекты)MP4, MPEG-TS, CMAFОграниченноATSC 3.0 TV, новые моб.Лицензия DolbyВещание нового поколения, Atmos-стриминг
MPEG-H 3D Audio2015~256 кбит/с (имм.)низкаядо 64 динамиков / 128 ядроMP4, MPEG-TSОграниченноATSC 3.0 (Корея), часть TVПатентный пул (Via LA)Иммерсивное вещание, 360 Reality Audio
LC3 / LC3plus202064–160 кбит/с (стерео)кадры 7,5 / 10 мсдо 2 на потокBluetooth LE Audio – (канал Bluetooth)Чипы LE AudioБесплатно (ядро LC3)Bluetooth LE Audio, Auracast, слух. аппараты

Речевые кодеки – телефонная и сотовая родословная

КодекГодБитрейтЗадержкаПолосаГде живёт в 2026Стандарт
G.711197264 кбит/сочень низкая (~0,125 мс)узкополосный (3,4 кГц)Каждый SIP-транк, запас PSTNITU-T G.711
G.722198848 / 56 / 64 кбит/снизкая (~4 мс)широкополосный (7 кГц)HD Voice, широкополосный SIPITU-T G.722
AMR / AMR-WB1999 / 20014,75–23,85 кбит/с~25 мсузко / широкополосныйЗапас 3G и VoLTE3GPP TS 26.071 / 26.171
EVS20145,9–128 кбит/с~32 мсдо 20 кГц (fullband)4G/5G VoLTE и VoNR3GPP TS 26.441

Кодеки без потерь – мастера и музыкальные тарифы

КодекГодСжатиеКонтейнерГде живёт в 2026Стандарт
FLAC2001~50–60% оригинала, точно.flac, fMP4Tidal, Qobuz, Amazon MusicIETF RFC 9639
ALAC2004~50–60% оригинала, точноMP4 / .m4aApple Music LosslessApache 2.0 (открытый код)

Полный разбор трёх форматов без потерь – FLAC, ALAC и WavPack – в статье FLAC, ALAC, WavPack: аудио без потерь. Это не конкуренты кодекам с потерями выше; они отвечают на другой вопрос – как хранить идеальный мастер.

Чтение таблицы по сценариям

Таблица – это справочник; этот раздел – короткий путь. Найдите фразу под ваш продукт – и у вас есть кодек.

«Я делаю видеозвонок или живые конференции»

Используйте Opus. Это кодек, который каждый браузер поставляет для WebRTC, он бесплатен от роялти и внутри переключается между речевым и музыкальным режимом, так что справляется и с говорящей головой, и с общей музыкой без ваших изменений. Его кадры бывают короткими – от 2,5 мс, что даёт сквозную задержку до 5 мс – намного ниже бюджета примерно в 150 мс «от рта до уха», который нужен естественному разговору. Полная история – в статье Opus: кодек, съевший WebRTC. Когда звонок падает в телефонную сеть, он откатывается к G.711 или EVS; их вы не выбираете – это делает сеть, но таблица говорит, что это, когда вы видите их в логе.

«Я делаю видео по запросу – образовательную платформу, OTT-приложение, медиабиблиотеку»

Возьмите AAC-LC за базу – и не встретите устройства, которое не сможет его играть. Каждый браузер, каждый телефон, каждый умный телевизор декодирует AAC-LC в железе; это аудио по умолчанию для YouTube, Netflix, Apple и Disney+. Если аудитория сильно мобильная и на переменных сетях, добавьте xHE-AAC второй дорожкой: он плавно адаптирует битрейт примерно от 12 кбит/с вверх и, начиная с Android 17 в 2026 году, поставляется на платформе по умолчанию для кодирования и декодирования – наряду с давней поддержкой в iOS, macOS и Windows. Safari декодирует xHE-AAC нативно, а Chrome декодирует его внутри HLS.

«Мне нужен объёмный звук или Dolby Atmos на телевизорах»

Используйте E-AC-3 (Dolby Digital Plus) для стриминга. Он несёт до 15.1 каналов и через приём под названием Joint Object Coding (JOC) упаковывает полный микс Dolby Atmos в поток, совместимый с 5.1, – именно так Netflix, Disney+ и Apple TV+ доставляют Atmos сегодня. Подробный разбор – в статье AC-3 и E-AC-3. Для эфирного вещания нового поколения кодек – AC-4 (или MPEG-H 3D Audio в Корее), оба предписаны ATSC 3.0. AC-4 теперь доходит и до стриминга: Peacock на CES 2026 заявил, что станет первым стриминговым сервисом ТВ и кино, доставляющим AC-4, а Amazon Music и Tidal уже его используют. См. AC-4 объяснён.

«Мне важны Bluetooth-наушники клиента и качество связи»

Под Bluetooth вы не кодируете сами – это делает операционная система телефона, – но LC3 – это кодек внутри Bluetooth LE Audio, и он важен вашему продукту, потому что задаёт задержку и качество последнего беспроводного шага к слушателю. LC3 даёт лучшее качество, чем старый кодек SBC, примерно на половине битрейта, с кадрами 7,5 мс или 10 мс. Это также кодек за вещанием Auracast и новым поколением слуховых аппаратов LE Audio, которые за 2025–2026 годы перешли от обещаний к реальным установкам в залах. Полная картина – в статье LC3 и LC3plus.

«Мне нужно хранить идеальные мастер-файлы или строить тариф музыкального качества»

Используйте FLAC для открытого кросс-платформенного каталога или ALAC, если живёте в экосистеме Apple. Оба без потерь – декодируют в побитовую копию оригинала – поэтому звучат одинаково друг с другом и с источником. Выбор – платформа, не качество: FLAC питает Tidal, Qobuz и Amazon Music; ALAC питает Apple Music Lossless. Не стримьте без потерь обычным слушателям на динамиках телефона – они не услышат разницы, а вы платите за полосу в пять-семь раз больше зря.

Рис. 2. Дерево решений, в которое таблица сжимается до одного вопроса: для чего этот звук?

Арифметика, которая решает полосу: разбор примера

Таблица перечисляет оптимальные битрейты; вот почему эти числа управляют вашим счётом. Допустим, вы ведёте образовательную платформу, транслирующую часовую лекцию 10 000 учащимся, только стерео, и выбираете между AAC-LC на 128 кбит/с и xHE-AAC на 48 кбит/с.

Данные на один поток за час – это битрейт, умноженный на длительность:

AAC-LC:   128 кбит/с × 3600 с = 460 800 кбит = 57,6 мегабайта
xHE-AAC:   48 кбит/с × 3600 с = 172 800 кбит = 21,6 мегабайта

На 10 000 учащихся AAC-LC передаёт 576 гигабайт, а xHE-AAC – 216 гигабайт за тот же час аудио. Это сокращение на 63% исходящего аудиотрафика для кодека, который большинство вашей мобильной аудитории уже умеет декодировать. На сети доставки контента, которая выставляет счёт за гигабайт, экономия – это реальные деньги каждый месяц, а слушатели на телефонах не отличат одно от другого. Загвоздка, и причина поставлять оба, – длинный хвост старых устройств, которые декодируют AAC-LC, но не xHE-AAC; им вы отдаёте дорожку AAC-LC, а современным устройствам даёте выбрать эффективную. Сторона хранения и доставки этого компромисса – в статье адаптивные лестницы битрейта аудио.

Частая ошибка: выбирать кодек по принципу «который лучше звучит»

Самая дорогая ошибка с кодеком – относиться к выбору как к конкурсу качества. Команда проводит слепой тест на одном битрейте, объявляет победителя и поставляет его – а потом обнаруживает, что треть аудитории получает тишину, потому что у победившего кодека нет декодера на целевом устройстве. Декодируемость важнее верности. Кодек, который звучит на 5% лучше, но играет на 80% устройств, хуже для массового продукта, чем кодек, который звучит достаточно и играет везде.

Вторая ловушка – игнорировать столбец лицензирования до юридической проверки. Opus и FLAC бесплатны от роялти; всё семейство AAC несёт отчисления патентному пулу через Via LA; кодеки Dolby (AC-3, E-AC-3, AC-4) требуют лицензии Dolby. На нескольких тысячах устройств цена – шум; на десяти миллионах отгруженных единиц это статья расходов, которая может изменить выбор кодека. Прочтите этот столбец в начале проекта, а не в конце.

Третья – забыть, что реальное время и стриминг – разные задачи. Кодек, настроенный под фильм, который вы смотрите позже – высокая эффективность, десятки миллисекунд задержки кадра, – неверный инструмент для живого звонка, где нужны 5–20 мс и аккуратное поведение при потере пакетов. Opus существует именно потому, что делает и то и другое хорошо; большинство кодеков – нет.

Где здесь Фора Софт

Мы встраиваем аудио в видеопродукты с 2005 года – видеоконференции, OTT и интернет-ТВ, онлайн-обучение, телемедицину, видеонаблюдение и AR/VR – и таблица кодеков выше – это шпаргалка, к которой наши инженеры тянутся в начале каждого проекта. В продуктах реального времени мы стандартизируемся на Opus с правильными сетевыми запасами; в стриминговых поставляем базу AAC-LC и накладываем xHE-AAC или объёмный звук Dolby там, где это оправдано аудиторией и каталогом. Повторяющийся урок из выпущенных проектов – тот, с которого начинается эта статья: кодек, который подходит вашей точке доставки и бюджету лицензий, побеждает кодек, выигравший перестрелку по битрейту. Когда продукту нужны и объёмный звук на телевизорах в гостиной, и чистая речь на телефоне в одной сессии, ответ обычно – два кодека, а не один.

Главное

  • Выбирайте кодек по тому, где должно играть аудио, а не по звучанию на одном битрейте.
  • Opus владеет реальным временем и открытым вебом; AAC-LC – универсальный стандарт VOD.
  • xHE-AAC – современный адаптивный выбор: Android 17 (2026) ставит его по умолчанию.
  • E-AC-3 несёт Atmos в стриминг; AC-4 и MPEG-H – вещательные кодеки ATSC 3.0.
  • LC3 – новый стандарт Bluetooth LE Audio: лучше качество на половине битрейта SBC.
  • Сначала читайте столбец лицензий: Opus и FLAC бесплатны, AAC и Dolby – нет.

Что почитать дальше

Строите такую систему?

Подберём параметры кодирования под ваш контент и посчитаем стоимость доставки до старта разработки.