Эксклюзив: Яндекс Музыка выдаёт AAC 192 кбит/с вместо lossless

«Код.ру» обнаружил расхождение между выбранным в Яндекс Музыке качеством и форматом, который получает слушатель.

Во время нашей проверки веб-плеер при включённом «Превосходном» качестве запрашивал lossless, но получал AAC с битрейтом 192 кбит/с. По собственной классификации Яндекса это уровень «Оптимальное».

Проверка официального приложения для Android тоже показала использование AAC. При этом ранее сохранённые треки на том же телефоне воспроизводились с участием FLAC-парсера. Текущие запросы к серверу для сопоставленных записей возвращали уже AAC 192.

Когда именно изменилось поведение сервиса, неизвестно. Поддержка в ответ на вопрос об отсутствии lossless сообщила о сложностях в работе некоторых сервисов Яндекса. Без какой-либо конкретики.

Обновлено: спустя несколько минут после публикации этой заметки Яндекс Музыка вернула lossless-качество и прокомментировала инцидент:

Далее — технические подробности нашего расследования.

Вместо «Превосходного» приходит «Оптимальное»

У Яндекс Музыки три режима качества. В официальной справке они описаны так:

«Превосходный» режим не означает, что абсолютно любая запись обязательно будет доступна во FLAC. Но в наших примерах сервер возвращал вариант, который сама компания относит к более низкому качеству. Это коснулось даже треков, которые точно были доступны в lossless ранее.

Вопрос касается не только поклонников звука без потерь: в проверенных запросах мы не получили даже AAC 256 либо MP3 320, предусмотренные для «Превосходного» качества. Вместо них приходил поток с заявленным битрейтом 192 кбит/с. При этом Яндекс Музыка никак не предупреждает о том, что наилучшее качество недоступно.

Что показали запросы веб-плеера

Для проверки браузерной версии мы выбрали «Превосходное» качество и проследили за сетевыми обращениями официального плеера. В запросе присутствовал параметр quality=lossless, а среди допустимых форматов был FLAC. То есть браузер запросил высокое качество.

В ответе сервер сообщал другие параметры:

{
  "trackId": "123105965",
  "quality": "nq",
  "codec": "aac-mp4",
  "bitrate": 192,
  "transport": "encraw"
}

Главные поля здесь — codec и bitrate: сервер предлагает AAC в контейнере MP4 с заявленным битрейтом 192 кбит/с. Такой же результат повторился на нескольких десятках треков. Отчёт о проверке также зафиксировал AAC 192 В телеметрии воспроизведения мы также зафиксировали AAC 192.

В первоначальной серии запросов к API мы запросили lossless для семи треков. На шести сервер предложил AAC 192, на одном — MP3 192. Повторение запросов через два адреса API с разными параметрами клиента и списками кодеков не вернуло «Превосходный» уровень. Запрос hq на одном из примеров также закончился выдачей AAC 192.

Отдельно проверили содержимое загруженного аудиофайла. Утилита ffprobe определила его аудиопоток как AAC.

Мы проверили два разных аккаунта. У обоих активна подписка «Яндекс Плюс». При этом один аккаунт мы проверяли на российском IP-адресе, а другой — на иностранном IP-адресе. Результат одинаковый: Яндекс Музыка перестала выдавать FLAC.

На Android приложение тоже использовало AAC

Мобильную проверку провели на Poco X7 Pro с Android 16. Версия Яндекс Музыки — 2026.09.5 #167.1gpr. Через ADB записали системные журналы и метрики воспроизведения.

В настройках выбрали «Превосходное» качество для текущего соединения. Затем запустили композицию, которая не была заранее скачана для офлайн-прослушивания. Во время сеанса журнал зафиксировал компонент c2.android.aac.decoder, связанный с процессом ru.yandex.music.

Название компонента означает, что приложение использовало AAC-декодер. Позднее системные метрики дополнительно подтвердили его связь с Яндекс Музыкой и тип входных данных audio/mp4a-latm.

Ключевой фрагмент метрик выглядел так:

Mi-clientname=ru.yandex.music
android.media.mediacodec.codec=c2.android.aac.decoder
android.media.mediacodec.mime=audio/mp4a-latm

Отсутствие записи о системном FLAC-декодере само по себе было бы слабым аргументом. Приложение может обрабатывать FLAC другим способом.

Старый кэш дал другую картину

На телефоне оставались ранее сохранённые композиции. Мы отключили Wi-Fi и мобильный интернет и последовательно запустили другие треки, которые были закэшированы в сентябре 2026 года.

Во время воспроизведения в журнале процесса Яндекс Музыки появились записи FLACParser.

16:01:56.897 V FLACParser: FLACParser::~FLACParser
16:01:56.948 V FLACParser: FLACParser::FLACParser

Значит, сохранённые треки всё же успели загрузиться в качестве без потерь. Затем мы проверили эти же треки без кэша. Результат: сервер отдаёт AAC 192 кбит/с. А раньше выдавал FLAC.

Что ответила поддержка Яндекса

Мы обратились в поддержку с прямым вопросом: почему Яндекс Музыка больше не отдаёт lossless-поток даже при выбранном «Превосходном» качестве.

В ответ поддержка написала:

«Сейчас наблюдаются сложности в работе некоторых сервисов Яндекса. Мы уже знаем о проблеме и работаем, чтобы всё исправить.

Точные сроки восстановления пока назвать не можем — делаем всё возможное, чтобы скорее наладить работу».

Объяснения технической причины в ответе нет. Поддержка не уточнила, затронуты ли FLAC, AAC 256 и MP3 320, для каких пользователей действуют ограничения и когда высокое качество вернётся. Само сообщение сформулировано как общее уведомление о неполадках сервисов.

Пресс-служба Яндекс Музыки на запрос «Код.ру» к моменту публикации не ответила.

Может ли это быть связано с атаками на дата-центры

Мы предполагаем, что недоступность высокого качества может быть связана с последствиями октябрьских атак на инфраструктуру Яндекса. Основание для такой версии — масштаб подтверждённых повреждений и последовавших ограничений. Однако прямых доказательств связи именно с выдачей музыкальных потоков у нас нет.

В официальном заявлении компания сообщила о трёх пострадавших площадках. В ночь с 7 на 8 октября был серьёзно повреждён дата-центр в Сасово, его работу полностью остановили. Утром 9 октября атака затронула площадку в Калуге, где вышла из строя часть инфраструктуры. В ночь на 11 октября был атакован дата-центр во Владимире — его работу также остановили.

В том же заявлении Яндекс перечислял Музыку среди сервисов, зависящих от его дата-центров. Хронологию этих событий «Код.ру» собрал в отдельном материале.

На таком фоне ограничение доступа к отдельным вариантам музыкальных файлов выглядит возможным последствием инфраструктурных проблем. Но это наша аналитическая теория.

Как проверить качество у себя

Повторить браузерную часть проверки можно через инструменты разработчика. Для этого нужно открыть официальный веб-плеер, выбрать «Превосходное» качество, затем открыть вкладку Network и переключиться на следующий трек.

В списке обращений нужно найти get-file-info или file-info. В параметрах запроса проверить выбранное качество, а в ответе — поля codec, bitrate и quality.

Если при запросе lossless приходит aac-mp4, 192 и nq, это повторяет зафиксированный нами результат, и никакого lossless у вас нет.