WikiDer > ADX (формат файла)

эта статья может быть слишком техническим для большинства читателей, чтобы понять. Пожалуйста помогите улучшить это к Сделайте это понятным для неспециалистов, не снимая технических деталей. (Январь 2020) (Узнайте, как и когда удалить этот шаблон сообщения)

CRI ADX

Разработчики)	ПО промежуточного слоя CRI
Платформа	Кроссплатформенность
Тип	Кодек / Формат файла
Лицензия	Проприетарный
Интернет сайт	ПО промежуточного слоя CRI

ADX это с потерями проприетарный формат хранения и сжатия аудио, разработанный ПО промежуточного слоя CRI специально для использования в видеоигры; это происходит от ADPCM. Его наиболее примечательной особенностью является функция зацикливания, которая оказалась полезной для фоновых звуков в различных играх, которые приняли этот формат, включая многие игры для Sega Dreamcast а также некоторые PlayStation 2, GameCube и Wii игры. Одной из первых игр, в которых использовался ADX, была Горящие Рейнджеры, на Sega Saturn. Примечательно, что Ежик Соник от поколения Dreamcast до как минимум Тень Ежика использовали этот формат для звуковых и голосовых записей.

Помимо основного кодирования ADPCM, набор инструментов ADX также включает в себя родственный формат AHX, который использует вариант MPEG-2 аудио, предназначенное специально для голосовых записей и упаковочного архива AFS для объединения нескольких треков ADX и AHX в один файл-контейнер.

Версия 2 формата (ADX2) использует расширения HCA и HCA-MX, которые обычно объединены в файл-контейнер с расширениями ACB и AWB. Расширение AWB не следует путать с расширением. Аудиоформат с таким же расширением и в основном содержит двоичные данные для файлов HCA.

Общий обзор

ADX - это сжатый аудиоформат, но в отличие от MP3 и аналогичные форматы, не применяется психоакустическая модель к звуку, чтобы уменьшить его сложность. Модель ADPCM вместо этого хранит образцы, записывая ошибка относительно функции прогнозирования, что означает, что большая часть исходного сигнала выживает в процессе кодирования; как таковое сжатие ADPCM вместо этого торгует точностью представления для размера за счет использования относительно небольших размеров выборки, обычно 4 бита. Устойчивость слуховой системы человека к вызываемому шуму делает потерю точности едва заметной.

Как и другие форматы кодирования, ADX поддерживает несколько частот дискретизации, например 22050 Гц, 44100 Гц, 48000 Гц и т. Д., Однако глубина выходной выборки зафиксирована на уровне 16 бит, как правило, из-за уже упомянутой недостаточной точности. Он поддерживает несколько каналов, но, похоже, существует неявное ограничение стереозвука (2 канала), хотя сам формат файла может представлять до 255 каналов. Единственная особенно отличительная особенность, которая отличает ADX от альтернатив, таких как IMA ADPCM (кроме наличия другой функции прогнозирования), - это встроенная функция зацикливания, которая позволяет аудиоплееру опционально переходить назад после достижения одной указанной точки на дорожке для создания связная петля; гипотетически, эту функцию можно было бы использовать и для перехода вперед, но это было бы избыточным, поскольку вместо этого звук можно было бы просто обрезать с помощью программы редактирования.

Для воспроизведения есть несколько плагинов для WinAmp и инструмент преобразования в волну (см. Раздел ссылок). Программа / библиотека с открытым исходным кодом FFmpeg также реализована поддержка ADX, однако его декодер жестко запрограммирован, поэтому он может правильно декодировать только ADX 44100 Гц.

Техническое описание

Эта секция содержит инструкции, советы или практические советы. Цель Википедии - представить факты, а не тренировать. Пожалуйста помоги улучшить эту статью либо путем переписывания содержания с практическими рекомендациями, либо путем перемещение это к Викиверситет, Викиучебники или Wikivoyage. (Июнь 2012 г.)

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

В качестве примечания, архивные файлы AFS, в которые иногда упаковываются ADX, представляют собой простой вариант tarball который использует числовые индексы для обозначения содержимого, а не имен. Исходный код экстрактора можно найти в архиве ADX по адресу.^[1]

Заголовок файла

Формат диска ADX определен в прямой порядок байтов. Выявленные разделы основного заголовка приведены ниже:

Поля с пометкой «Неизвестно» содержат либо неизвестные данные, либо явно зарезервированы (т.е. заполнены нулевыми байтами). Поля, помеченные как «v3» или «v4», но не оба, считаются «Неизвестными» в той версии, которой они не отмечены. Этот заголовок может быть всего 20 байтов (0x14), как определено смещением авторских прав, что неявно исключает поддержку цикла, поскольку эти поля отсутствуют.

Поле «Тип кодировки» должно содержать одно из:

• 0x02 для ADX с предустановленными коэффициентами прогноза
• 0x03 для Standard ADX
• 0x04 для ADX с экспоненциальной шкалой
• 0x10 или 0x11 для AHX

Поле «Версия» должно содержать одно из:

• 0x03 для ADX версии 3
• 0x04 для ADX версии 4
• 0x05 для варианта ADX 4 без поддержки петель

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

Файлы с типом кодирования 2 используют 4 возможных набора коэффициентов предсказания, как указано ниже:

Образец формата

Аудиоданные, закодированные в ADX, разбиваются на серию «блоков», каждый из которых содержит данные только для одного канала. Затем блоки размещаются в «кадрах», которые состоят из одного блока от каждого канала в порядке возрастания. Например, в стереофоническом (2-канальном) потоке это будет состоять из кадра 1: блока левого канала, блока правого канала; Кадр 2: слева, справа; Блоки обычно имеют размер 18 байт и содержат 4-битные выборки, хотя технически возможны другие размеры, пример такого блока выглядит следующим образом:

Первые 3 бита целого числа «Predictor / Scale» содержат индекс предиктора. Масштаб содержится в оставшихся 13 битах.

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

Масштаб 13 бит беззнаковый целое число (прямой порядок байтов как заголовок), который, по сути, является усилением всех сэмплов в этом блоке. Каждая выборка в блоке должна быть декодирована в порядке потока битов, то есть сначала старший бит. Например, если размер выборки составляет 4 бита:

Сами образцы не перевернуты, поэтому нет необходимости возиться с ними после их извлечения. Каждый образец подписан, поэтому для этого примера значение может находиться в диапазоне от -8 до +7 (которое будет умножено на масштаб во время декодирования). В стороне, хотя любая битовая глубина от 1 до 255 возможна благодаря заголовку. Маловероятно, что когда-либо возникнут однобитовые образцы, поскольку они могут представлять только значения {0, 1}, {-1, 0} или {-1, 1}, все из которых не особенно полезны для кодирования песен - если они тогда неясно, какая из трех возможностей является правильной интерпретацией.

Декодирование ADX

В этом разделе рассматривается декодирование ADX версии 3 или версии 4, когда «Тип кодирования» - «Стандартный ADX» (0x03). Кодировщик также можно построить, просто перевернув код в обратном порядке. Все примеры кода в этом разделе написаны с использованием C99.

Перед тем как «стандартный» ADX можно будет либо закодировать, либо декодировать, необходимо вычислить набор коэффициентов предсказания. Обычно это лучше всего делать на этапе инициализации:

 #define M_PI acos (-1.0) двойной а, б, c; а = sqrt(2.0) - потому что(2.0 * M_PI * ((двойной)adx_header->highpass_frequency / adx_header->частота дискретизации)); б = sqrt(2.0) - 1.0; c = (а - sqrt((а + б) * (а - б))) / б; // (a + b) * (a-b) = a * a-b * b, однако более простая формула теряет точность с плавающей запятой  // двойной коэффициент [2]; коэффициент[0] = c * 2.0; коэффициент[1] = -(c * c);

Этот код вычисляет коэффициенты предсказания для предсказания текущей выборки из 2 предыдущих выборок. Эти коэффициенты также образуют первый порядок Конечный импульсный отклик фильтр высоких частот также.^{[требуется разъяснение]}

Как только мы узнаем коэффициенты декодирования, мы можем начать декодирование потока:

 статический int32_t*      past_samples; // Ранее декодированные образцы из каждого канала, обнуленные в начале (size = 2 * channel_count) статический uint_fast32_t sample_index = 0; // sample_index - это индекс набора сэмплов, который нужно декодировать следующим статический ADX_header*   adx_header;  // буфер - это место, куда будут помещены декодированные образцы // samples_needed указывает, сколько «наборов» выборок (по одной выборке из каждого канала) необходимо декодировать, чтобы заполнить буфер // looping_enabled - это логический флаг для управления использованием встроенного цикла // Возвращает количество наборов сэмплов в буфере, которые не удалось заполнить (EOS) беззнаковый decode_adx_standard( int16_t* буфер, беззнаковый samples_needed, bool looping_enabled ) {  беззнаковый const samples_per_block = (adx_header->размер блока - 2) * 8 / adx_header->sample_bitdepth;  int16_t масштаб[ adx_header->channel_count ];   если (looping_enabled && !adx_header->loop_enabled)     looping_enabled = ложный;   // Цикл, пока не будет декодировано запрошенное количество выборок или пока не будет достигнут конец файла  в то время как (samples_needed > 0 && sample_index < adx_header->total_samples)  {     // Рассчитываем количество отсчетов, которые осталось декодировать в текущем блоке     беззнаковый sample_offset = sample_index % samples_per_block;     беззнаковый samples_can_get = samples_per_block - sample_offset;     // Закрепляем образцы, которые мы можем получить во время этого прогона, если они не помещаются в буфер     если (samples_can_get > samples_needed)        samples_can_get = samples_needed;      // Ограничить количество выборок, которые нужно получить, если поток недостаточно длинный или триггер цикла находится поблизости     если (looping_enabled && sample_index + samples_can_get > adx_header->loop_end_index)        samples_can_get = adx_header->loop_end_index - sample_index;     еще если (sample_index + samples_can_get > adx_header->total_samples)        samples_can_get = adx_header->total_samples - sample_index;      // Вычислить битовый адрес начала кадра, в котором находится sample_index, и записать это местоположение     беззнаковый длинная start_at = (adx_header->copyright_offset + 4 + \                     sample_index / samples_per_block * adx_header->размер блока * adx_header->channel_count) * 8;      // Считываем значения шкалы с начала каждого блока в этом кадре     для (беззнаковый я = 0 ; я < adx_header->channel_count ; ++я)     {        bitstream_seek( start_at + adx_header->размер блока * я * 8 );        масштаб[я] = ntohs( bitstream_read( 16 ) );     }      // Предварительный расчет стоп-значения для sample_offset     беззнаковый sample_endoffset = sample_offset + samples_can_get;      // Сохраняем адрес битового потока первой выборки сразу после шкалы в первом блоке кадра     start_at += 16;     в то время как ( sample_offset < sample_endoffset )     {        для (беззнаковый я = 0 ; я < adx_header->channel_count ; ++я)        {           // Прогнозируем следующую выборку           двойной sample_prediction = коэффициент[0] * past_samples[я*2 + 0] + коэффициент[1] * past_samples[я*2 + 1];            // Ищем смещение выборки, считываем и подписываем, расширяем его до 32-битного целого числа           // Реализация расширения знака оставлена ​​в качестве упражнения для читателя           // Расширение знака также должно включать поправку на порядок байтов, если бит больше 8           bitstream_seek( start_at + adx_header->sample_bitdepth * sample_offset + \                           adx_header->размер блока * 8 * я );           int_fast32_t sample_error = bitstream_read( adx_header->sample_bitdepth );           sample_error = sign_extend( sample_error, adx_header->sample_bitdepth );            // Масштабируем значение коррекции ошибок           sample_error *= масштаб[я];            // Рассчитываем выборку, комбинируя прогноз с исправлением ошибок           int_fast32_t образец = sample_error + (int_fast32_t)sample_prediction;            // Обновляем прошлые образцы новым образцом           past_samples[я*2 + 1] = past_samples[я*2 + 0];           past_samples[я*2 + 0] = образец;            // Ограничить декодированный образец до допустимого диапазона для 16-битного целого числа           если (образец > 32767)              образец = 32767;           еще если (образец < -32768)              образец = -32768;            // Сохраняем образец в буфер, затем продвигаемся на одну позицию           *буфер++ = образец;        }        ++sample_offset;  // Мы декодировали по одному сэмплу из каждого блока, увеличив смещение блока на 1        ++sample_index;   // Это также означает, что мы на один образец дальше в потоке        --samples_needed; // Итак, осталось на один набор образцов меньше, которые нужно декодировать    }     // Проверяем, попали ли мы в маркер конца цикла, если это так, нам нужно перейти к началу цикла    если (looping_enabled && sample_index == adx_header->loop_end_index)       sample_index = adx_header->loop_start_index;  }   вернуть samples_needed; }

Большая часть приведенного выше кода должна быть достаточно простой для всех, кто разбирается в C. 'ADX_header'указатель относится к данным, извлеченным из заголовка, как описано ранее, предполагается, что он уже был преобразован в порядок байтов узла. Эта реализация не является оптимальной, и игнорируются внешние проблемы, такие как конкретный метод расширения знака и метод получения битового потока из файла или сетевого источника. Когда он завершится, появится samples_needed устанавливает (если стерео, то будут пары например) сэмплов на выходе буфер. Декодированные выборки будут чередоваться по стандарту host-endian. PCM формат, то есть левый 16 бит, правый 16 бит, левый, правый и т. д. Наконец, если цикл не включен или не поддерживается, функция вернет количество пробелов выборки, которые не использовались в буфере. Вызывающий может проверить, не равно ли это значение нулю, чтобы определить конец потока и при необходимости сбросить или записать тишину в неиспользуемые пробелы.

Шифрование

ADX поддерживает простую схему шифрования, которая XOR ценности из линейный конгруэнтный генератор псевдослучайных чисел со значениями шкалы блоков. Этот метод является недорогим в вычислительном отношении для дешифрования (в соответствии с декодированием ADX в реальном времени), но делает зашифрованные файлы непригодными для использования. Шифрование активно, когда значение «Флаги» в заголовке равно 0x08. Поскольку XOR является симметричным, для дешифрования используется тот же метод, что и для шифрования. Ключ шифрования - это набор из трех 16-битных значений: множитель, приращение и начальные значения для линейного конгруэнтного генератора (модуль равен 0x8000, чтобы сохранить значения в 15-битном диапазоне допустимых масштабов блока). Обычно все файлы ADX из одной игры используют один и тот же ключ.

Метод шифрования уязвим для атаки с использованием известного открытого текста. Если известна незашифрованная версия одного и того же аудио, поток случайных чисел может быть легко извлечен и из него могут быть определены ключевые параметры, что делает каждый ADX, зашифрованный с тем же ключом, дешифруемым. Метод шифрования пытается усложнить эту задачу, не шифруя сайлент-блоки (со всеми выборочными нибблами, равными 0), поскольку их масштаб, как известно, равен 0.

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

Декодирование AHX

Как отмечалось ранее, AHX - это просто реализация Аудио MPEG2 и метод декодирования в основном такой же, как и стандартный, можно просто демультиплексировать поток из контейнера ADX и передать его через стандартный аудиодекодер MPEG, например mpg123. «Частота дискретизации» и «общее количество отсчетов» заголовка ADX обычно верны, если они нужны декодеру (поэтому они должны быть установлены реализациями кодировщика / мультиплексора), но большинство других полей, таких как «размер блока» и «битовая глубина отсчета», будут обычно равняется нулю - как отмечалось выше, функция цикла также недоступна.

использованная литература

• Страница продукта ADX в Сайт промежуточного программного обеспечения CRI
• Кодек vgmstream WinAMP с исходным кодом (поддерживает ADX)
• Утилиты Dreamcast, включая преобразователи ADX с исходным кодом ( ( 2009-10-24)
• CRI ADX Описание из multimedia.cx Wiki
• Техническое описание ADX на vgmstream Wiki