Перейти к содержимому

Формат Windows Audio: частота, разрядность и нагрузка

На этой странице

Короткий ответ: на исследованном Realtek USB Audio endpoint формат 48 kHz / 24-bit остался практическим выбором. Переход на 96 или 192 kHz не уменьшил доступный период аудиодвижка или оценку очереди XAudio2. Преимущество 16-bit по CPU и польза отключения системных эффектов не подтвердились.

Статус: измерено на одной системе, не воспроизведено на другом устройстве. Результат нельзя автоматически переносить на другой аудиодрайвер, DAC или Windows build. Значение статусов описано в методике исследований.

Исследование отвечало на четыре вопроса:

  1. Уменьшается ли период shared-mode аудиодвижка при повышении частоты?
  2. Снижает ли 16-bit нагрузку относительно 24-bit и 32-bit при 48 kHz?
  3. Даёт ли отключение системных звуковых эффектов воспроизводимое снижение нагрузки?
  4. Как изменение endpoint rate связано с внутренней работой XAudio2 для источника 48 kHz?

Измерение не проверяло качество звука, FPS, задержку игры или физическую задержку между цифровым сигналом и динамиком.

Параметр Значение
Дата измерения 2026-08-20
Windows Windows 11 Pro 25H2, x64
OS build 26200.8655
Процессор AMD Ryzen 7 7800X3D, 8 ядер / 16 потоков
Оперативная память 32 GB
Устройство Динамики, Realtek USB Audio
Драйвер Realtek USB Audio 6.4.0.2422 от 2025-08-07
Исходный device format 48 kHz, 24-bit PCM, stereo
Shared mix format 48 kHz, 32-bit float, stereo
Исходные эффекты Включены
Тестовые случаи 17 трасс, по одной трассе на случай
Анализ трассы Пять последовательных окон по 10 секунд

Исходная трасса зафиксировала ветку Windows build 26200 и данные аудиоустройства. Полный revision, edition Windows, модель процессора и объём памяти дополнительно считаны с того же компьютера 2026-08-24. Между измерением и повторной фиксацией конфигурации прошло четыре дня.

Уникальный идентификатор endpoint и сырые системные трассировки не публикуются.

Случаи выполнялись в случайном порядке. Для каждого использовались 3 секунды прогрева, затем 52 секунды системной трассировки и пять 10-секундных окон анализа.

Проверялись два типа нагрузки:

  • стабильный shared-mode поток WASAPI для сравнения частоты, разрядности и эффектов;
  • синтетическая XAudio2-нагрузка с 8, 32 или 64 активными voices и источниками 44,1 или 48 kHz.

Основной показатель Windows Audio — scheduler running time процесса audiodg.exe, выраженный в миллисекундах работы на секунду. Отдельно считывались XAudio2 performance data, число glitches и статистика потерь трассировки.

Пять окон одной трассы коррелированы и используются только как описательный разброс. Они не являются пятью независимыми запусками. Общая фоновая нагрузка системы менялась, поэтому whole-machine CPU, абсолютные DPC и ISR не использовались для итогового вывода.

Endpoint rate Frames Период
44,1 kHz 441 10,0 мс
48 kHz 480 10,0 мс
96 kHz 960 10,0 мс
192 kHz 1920 10,0 мс

Endpoint возвращал только период 10 мс. Периоды 5 мс и 2,5 мс не поддерживались его драйвером. Повышение частоты увеличивало число frames на период, но не уменьшало длительность периода.

Это свойство конкретного сочетания устройства и драйвера. Microsoft указывает, что доступные размеры buffer определяет аудиодрайвер, а приложение может запросить поддерживаемые варианты через IAudioClient3. Подробнее: Low Latency Audio.

В таблице приведена медиана и диапазон пяти окон внутри одной трассы. Единица мс/с показывает, сколько миллисекунд процесс audiodg.exe исполнялся за одну секунду наблюдения.

Endpoint rate audiodg, median Диапазон окон
44,1 kHz 4,34 мс/с 4,24–4,86 мс/с
48 kHz 4,23 мс/с 4,20–5,63 мс/с
96 kHz 4,77 мс/с 4,72–5,70 мс/с
192 kHz 5,19 мс/с 5,07–5,94 мс/с

В этой серии 96 и 192 kHz не показали снижения времени audiodg.exe. Но на каждую частоту была одна трасса, а фоновая нагрузка менялась. Таблица не доказывает универсальный размер CPU-разницы между частотами.

Device format audiodg, median Диапазон окон
16-bit 4,07 мс/с 4,03–4,35 мс/с
24-bit 4,23 мс/с 4,20–5,63 мс/с
32-bit 4,20 мс/с 4,16–4,64 мс/с

Диапазоны пересекаются, а независимых повторов недостаточно. По этой серии нельзя утверждать, что переход на 16-bit даёт воспроизводимое снижение нагрузки.

При 48 kHz / 24-bit медиана audiodg.exe составила 4,23 мс/с с включёнными эффектами и 4,39 мс/с с отключёнными. Среднее значение менялось в другую сторону из-за одного более высокого окна в исходной трассе.

Надёжное преимущество отключения эффектов не установлено. Результат не является основанием отключать их без конкретной проблемы с Audio Processing Object или драйвером.

Для фиксированного источника 48 kHz и 32 voices получены следующие XAudio2 performance data:

Endpoint rate Audio cycles/s Относительно 48 kHz Оценка очереди
44,1 kHz 25 116 2,31× 37,28 мс
48 kHz 10 870 1,00× 37,27 мс
96 kHz 55 574 5,11× 37,18 мс
192 kHz 87 016 8,00× 37,18 мс

Microsoft определяет AudioCyclesSinceLastQuery как CPU cycles, потраченные XAudio2 на обработку аудио после предыдущего запроса. CurrentLatencyInSamples является приблизительным расстоянием между последними переданными драйверу и воспроизводимыми данными. См. XAUDIO2_PERFORMANCE_DATA и IXAudio2::GetPerformanceData.

Повышение endpoint rate в этом синтетическом случае увеличило внутреннюю работу XAudio2, но практически не изменило его оценку очереди. На каждый вариант получен один performance summary, поэтому коэффициенты являются описанием этого запуска, а не универсальным прогнозом для игр.

Во всех 17 трассах зарегистрировано:

  • 0 audio glitches;
  • 0 потерянных ETW events;
  • 0 потерянных ETW buffers.
  • На исследованном endpoint доступный shared-mode период оставался 10 мс при 44,1, 48, 96 и 192 kHz.
  • Повышение частоты не уменьшило измеренную очередь XAudio2 в синтетическом случае.
  • Преимущество 16-bit по времени audiodg.exe не подтверждено.
  • Преимущество отключения системных эффектов не подтверждено.
  • 48 kHz / 24-bit соответствует исходному формату устройства и не показал практического проигрыша соседним вариантам.
  • Результат не воспроизведён на другом аудиоустройстве или Windows build.
  • Полный revision Windows и общая конфигурация компьютера зафиксированы через четыре дня после измерения, а не внутри исходной трассы.
  • Физическая DAC, ADC, acoustic или input-to-sound latency не измерялась.
  • Качество звука и слышимость различий не оценивались.
  • Влияние на конкретные игры, FPS и frametime не проверялось.
  • Вклад отдельного vendor APO не изолирован.
  • Точный общий CPU-эффект нельзя переносить на процессоры другой производительности.

Сырые ETL не публикуются: они содержат несвязанные сведения о состоянии процессов и системы. Таблицы выше вручную отобраны и не содержат уникальный endpoint ID, usernames, локальные пути или command lines.

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

Для исследованного устройства разумно оставить 48 kHz / 24-bit и не отключать системные эффекты без конкретной диагностированной проблемы. Выбор 96 или 192 kHz ради меньшей задержки этим исследованием не поддерживается.

Это не универсальная настройка для всех DAC и драйверов. Устройство, которое сообщает меньший shared-mode period или использует другой аудиотракт, требует отдельного измерения.

После завершения восстановлены 48 kHz / 24-bit PCM и исходное состояние системных эффектов. Активных сессий трассировки не осталось.

Исследование выполнено: 2026-08-20. Публичные источники и формулировки проверены: 2026-08-24.

  • 2026-09-20: структура приведена к обязательной — «Ограничения» и «Восстановление состояния» выделены в отдельные разделы; десятичные разделители и единицы времени приведены к стилю серии (запятая, «мс»); добавлен дисклеймер о конфликте интересов.
  • 2026-08-24: первая публикация; опубликованы измерения на одной системе, границы переноса результата и восстановление состояния.