Шурхіт аудіо в Windows 11: виправте затримки без покупки нового обладнання

February 28, 2026 • February 28, 2026 • Читання: 5 хв • Views: 0

Було корисно?

Натиснули «відтворити» — і: шкряб, поп, тріск. Це не «теплота вінілового звучання». Це ваша машина на Windows 11 не встигає виконати дедлайни, ніби продукційна система з розгойданою мережею.

Добра новина: більшість клацань і шурхотів у Windows — не «погана звукова карта». Це затримки: драйвери блокують CPU надто довго, енергоменеджмент робить «корисні» речі, або USB поводиться так, ніби в нього алергія на тривалий трафік. Ми діагностуємо це як SRE: вимірюємо, ізолюємо, змінюємо одне, перевіряємо і зупиняємось, коли стає нудно.

Що таке шурхіт насправді: пропущені дедлайни, а не «поганий звук»

Аудіо в Windows — це майже реальний часовий конвеєр, що працює на ОС загального призначення. Він працює лише тому, що буфери ховають джиттер: додаток записує семпли, звуковий рушій мікшує їх, драйвер підживлює пристрій. Якщо щось блокує CPU настільки довго, що наступний буфер не може бути поданий вчасно, ви чуєте це як:

Клацання/потріскування: короткі недоопрацювання—відсутні семпли.
Затирання (stutter): повторні недоопрацювання або цикли ресинхронізації в Bluetooth.
Робот/шифрування голосу: дрейф тактування, агресивне пересемплювання або втрата пакетів (часто на Bluetooth).
Відпади (dropouts): скидання пристрою, події живлення USB або перезапуски драйверів.

Інженерний термін, який ви побачите в інструментах — затримка DPC/ISR:

ISR (Interrupt Service Routine): швидкий обробник переривань високого пріоритету від апаратури.
DPC (Deferred Procedure Call): робота, запланована ISR для виконання трохи пізніше, все ще з підвищеним пріоритетом.

Якщо драйвер «жере» час DPC — мережа, GPU, сховище, ACPI, USB — аудіо не зможе запуститися вчасно. Ваше завантаження CPU може бути 10% і при цьому чутися клацання, бо це не про «продуктивність». Це про «латентність під навантаженням».

Перефразована ідея від Werner Vogels (CTO Amazon): Усе ламається; стійкість приходить від проєктування та експлуатації систем, які витримують і відновлюються після помилок.

Той самий підхід тут. Ми не женемося за ідеалом. Ми прибираємо режими відмов, які перетворюють незначні планувальні затримки на чутні артефакти.

Швидкий план діагностики (робіть у вказаному порядку)

Спочатку: класифікуйте шурхіт

Лише на Bluetooth? Перейдіть до Bluetooth‑аудіо та затирання.
Лише на USB DAC/гарнітурі? Перейдіть до USB і хаби.
Лише в одній програмі (Teams/Discord/гра/DAW)? Перейдіть до Налаштування буферів у додатках.
Системно (YouTube + локальне аудіо + сповіщення)? Зазвичай це DPC/драйвер/живлення.

По-друге: вимірюйте затримку, не орієнтуйтесь на відчуття

Запустіть інструмент для DPC (LatencyMon — найпоширеніший) і відтворіть шурхіт.
Якщо він вказує на драйвер: не видаляйте все підряд. Підтвердіть зміною конкретних пристроїв (див. завдання нижче).

По-третє: приберіть три головні підозри у безпечному порядку

План живлення: переключіться на стабільний план, вимкніть USB selective suspend, протестуйте.
Мережа: тимчасово вимкніть Wi‑Fi, потім відключіть NIC offloads, потім оновіть/відкатайте драйвер.
GPU/аудіо (HDMI): відключіть невикористовувані «NVIDIA/AMD High Definition Audio» кінцеві точки, оновіть GPU‑драйвер чистою інсталяцією.

По-четверте: зафіксуйте відому‑добру аудіо конфігурацію

Встановіть 48 kHz (або 44.1 kHz, якщо ваш робочий процес орієнтований на музику), 24‑біт.
Вимкніть enhancements, вимкніть spatial, перевірте exclusive mode ввімкненим/вимкненим залежно від сценарію.

По-п’яте: якщо це USB — ставтеся до нього як до шини, а не як до кабелю

Перенесіть DAC/гарнітуру в інший порт (передня панель vs задня, контролер USB 2 vs USB 3).
Вилучіть хаби/доки. Тестуйте пряме підключення.
Вимкніть USB selective suspend і забороніть Windows вимикати пристрій для економії енергії.

Зупиніться, коли шурхіт зникне. Далі починається культ оптимізації: правки реєстру та «latency optimizer»‑програми, що часто погіршують ситуацію.

Цікаві факти та коротка історія (чому це повторюється)

Аудіо в Windows раніше змішувалося в ядрі в старіших версіях; сучасний Windows переніс мікшування в user mode (WASAPI) для стабільності та безпеки, але драйвери все ще мають значення.
Сплески затримки DPC не новина; вони відомі професійним аудіокористувачам щонайменше з ери Windows XP.
48 kHz стало «дефолтом» здебільшого через відео/ТВ стандарти; багато PC‑аудіопайплайнів припускають 48 kHz навіть для музичних джерел у 44.1 kHz.
ACPI енергоменеджмент став розумнішим (і складнішим) з роками — корисно для батареї, але іноді погано для реальних тайм‑дедлайнів аудіо.
USB‑аудіо — isochronous — воно резервує пропускну здатність і очікує вчасної доставки; якщо контролер хоста затримується, ви чуєте це негайно.
Драйвери Wi‑Fi часто винні через сплески, переходи в енергозбереження та інтенсивні переривання.
GPU‑драйвери можуть блокувати систему таким чином, що це не видно як «високе завантаження CPU» в Диспетчері завдань, бо час витрачається на підвищеному IRQL в DPC/ISR.
Bluetooth‑аудіо — втратне і з буфером; воно створене для маскування відпадів через буферизацію, але Windows плюс радіоперешкоди можуть все одно спричинити чутні артефакти.
«Enhancements» — це DSP‑плагіни (APO), вставлені в пайплайн; деякі баговані, деякі додають затримку, деякі просто конфліктують зі змінами частоти дискретизації.

Практичні завдання: команди, виводи та рішення (12+)

Ці команди розраховані на звичайний комп’ютер з Windows 11 і вбудованими засобами. Я використовую PowerShell і стандартні утиліти. Кожне завдання включає: команду, приклад виводу, що це означає та яке рішення прийняти.

Завдання 1: Визначте аудіо‑кінцеві точки та їх стан

cr0x@server:~$ powershell -NoProfile -Command "Get-PnpDevice -Class AudioEndpoint | Select-Object Status,FriendlyName,InstanceId | Format-Table -AutoSize"
Status FriendlyName                                   InstanceId
------ ------------                                   ----------
OK     Speakers (Realtek(R) Audio)                    SWD\MMDEVAPI\{0.0.0.00000000}.{...}
OK     Headphones (USB Audio DAC)                     SWD\MMDEVAPI\{0.0.0.00000000}.{...}
OK     NVIDIA High Definition Audio                   SWD\MMDEVAPI\{0.0.0.00000000}.{...}

Значення: Ви бачите кожну відтворювальну кінцеву точку, яку Windows надає, включаючи HDMI/DP‑аудіо з GPU.

Рішення: Якщо ви ніколи не користуєтесь «NVIDIA High Definition Audio» (або аналогом AMD), заплануйте відключення цієї кінцевої точки, щоб зменшити площу атаки драйверів.

Завдання 2: Перелік фактичних аудіо‑пристроїв (драйверів) за кінцевими точками

cr0x@server:~$ powershell -NoProfile -Command "Get-PnpDevice -Class Sound,VideoAndGameControllers | Select-Object Status,FriendlyName,InstanceId | Format-Table -AutoSize"
Status FriendlyName                 InstanceId
------ ------------                 ----------
OK     Realtek(R) Audio             HDAUDIO\FUNC_01&VEN_10EC&DEV_...
OK     USB Audio DAC                USB\VID_1234&PID_5678\...
OK     NVIDIA Virtual Audio Device  ROOT\...

Значення: Це драйвери в режимі ядра, які можуть впливати на поведінку DPC.

Рішення: Якщо у вас декілька аудіостеків (Realtek + USB + віртуальні пристрої GPU), спростіть: відключіть те, чим ви не користуєтесь під час діагностики.

Завдання 3: Швидка перевірка плану живлення CPU (типова причина шурхотів)

cr0x@server:~$ powercfg /getactivescheme
Power Scheme GUID: 381b4222-f694-41f0-9685-ff5bb260df2e  (Balanced)

Значення: «Balanced» часто дозволяє агресивне енергозбереження (особливо на ноутбуках).

Рішення: Для тесту перемкніться на «Високу продуктивність» або «Ultimate Performance» (якщо доступно). Якщо шурхіт зникає — корінь проблеми в енергоменеджменті, а не в «аудіо‑залізі».

Завдання 4: Переключитись на Високу продуктивність (тест, не закріплюйте назавжди)

cr0x@server:~$ powercfg /setactive 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c

Значення: Ви кажете Windows віддавати пріоритет продуктивності й зменшити кількість станів сну.

Рішення: Перевірте аудіо за своїм найважчим навантаженням (гра + Discord + браузер). Якщо стабільно, згодом ми налаштуємо кастомний план замість постійного використання «Високої продуктивності».

Завдання 5: Перевірте налаштування USB selective suspend

cr0x@server:~$ powercfg /qh SCHEME_CURRENT SUB_USB | findstr /i "Selective Suspend"
    USB selective suspend setting  (GUID: 2a737441-1930-4402-8d77-b2bebba308a3)
      Current AC Power Setting Index: 0x00000001
      Current DC Power Setting Index: 0x00000001

Значення: Значення 1 зазвичай означає «Увімкнено».

Рішення: Якщо ви використовуєте USB‑аудіо, вимкніть selective suspend для діагностики (особливо на ноутбуках і доках).

Завдання 6: Вимкнення USB selective suspend (AC + DC)

cr0x@server:~$ powercfg /setacvalueindex SCHEME_CURRENT SUB_USB 2a737441-1930-4402-8d77-b2bebba308a3 0
cr0x@server:~$ powercfg /setdcvalueindex SCHEME_CURRENT SUB_USB 2a737441-1930-4402-8d77-b2bebba308a3 0
cr0x@server:~$ powercfg /S SCHEME_CURRENT

Значення: Порти USB менше ймовірно будуть вимикатися для економії енергії в невідповідний момент.

Рішення: Якщо це усуває клацання на USB DAC/гарнітурі, тримайте цю опцію вимкненою (або вимкніть тільки на AC, якщо вам важлива батарея).

Завдання 7: Знайти ризики «вимкнути цей пристрій» для USB хабів/контролерів

cr0x@server:~$ powershell -NoProfile -Command "Get-PnpDevice -Class USB | Where-Object {$_.FriendlyName -match 'Hub|Controller'} | Select-Object Status,FriendlyName | Format-Table -AutoSize"
Status FriendlyName
------ ------------
OK     USB Root Hub (USB 3.0)
OK     Generic USB Hub
OK     USB xHCI Compliant Host Controller

Значення: Ви перелічили інфраструктуру, від якої може залежати аудіо.

Рішення: Для хабів/контролерів перевірте Диспетчер пристроїв → вкладка «Power Management» і зніміть «Allow the computer to turn off this device to save power». (Немає універсального CLI‑перемикача для всіх драйверів.)

Завдання 8: Визначте NIC (мережеві адаптери — класичні DPC‑злочинці)

cr0x@server:~$ powershell -NoProfile -Command "Get-NetAdapter | Select-Object Name,Status,InterfaceDescription,LinkSpeed | Format-Table -AutoSize"
Name   Status InterfaceDescription                     LinkSpeed
----   ------ --------------------                     ---------
Wi-Fi  Up     Intel(R) Wi-Fi 6E AX211                 1.2 Gbps
Ethernet Up   Realtek PCIe GbE Family Controller      1 Gbps

Значення: Тепер ви знаєте, які адаптери можна тимчасово відключити для тесту.

Рішення: Якщо шурхіт корелює з мережею (завантаження, дзвінки Teams), спочатку протестуйте з вимкненим Wi‑Fi.

Завдання 9: Тимчасово вимкніть Wi‑Fi, щоб ізолювати вплив драйвера

cr0x@server:~$ powershell -NoProfile -Command "Disable-NetAdapter -Name 'Wi-Fi' -Confirm:\$false"

Значення: Ви прибрали велике джерело переривань із системи.

Рішення: Якщо аудіо стало ідеальним одразу — вам не потрібен новий DAC. Потрібен фікс Wi‑Fi драйвера/налаштувань (оновлення/відкат, вимкнення енергозбереження, тонке налаштування offloads).

Завдання 10: Перевірте дати встановлення драйверів (шукайте недавні «корисні» оновлення)

cr0x@server:~$ powershell -NoProfile -Command "Get-WmiObject Win32_PnPSignedDriver | Where-Object {$_.DeviceClass -in 'MEDIA','NET'} | Select-Object DeviceName,DriverVersion,DriverDate | Sort-Object DriverDate -Descending | Select-Object -First 10 | Format-Table -AutoSize"
DeviceName                           DriverVersion  DriverDate
----------                           -------------  ----------
Intel(R) Wi-Fi 6E AX211              23.40.0.4      2025-01-15
Realtek(R) Audio                     6.0.9652.1     2024-12-02
NVIDIA High Definition Audio         1.4.0.1        2024-11-20

Значення: Ви можете зв’язати початок шурхоту з оновленнями драйверів.

Рішення: Якщо шурхіт почався «недавно», цей список часто робить «коли» менш загадковим.

Завдання 11: Перевірте здоров’я аудіосервісів Windows (рідко, але швидко)

cr0x@server:~$ powershell -NoProfile -Command "Get-Service Audiosrv,AudioEndpointBuilder | Format-Table -AutoSize Name,Status,StartType"
Name                 Status StartType
----                 ------ ---------
Audiosrv             Running Automatic
AudioEndpointBuilder Running Automatic

Значення: Якщо ці сервіси зупинені або скакають — у вас інша проблема, не DPC‑латентність.

Рішення: Якщо вони не Running — відновіть стан сервісу спочатку (і перевірте Event Viewer, чому він зупиняється).

Завдання 12: Витягніть системні журнали подій щодо аудіо/скидань драйверів

cr0x@server:~$ powershell -NoProfile -Command "wevtutil qe System /q:\"*[System[(Level=2 or Level=3) and TimeCreated[timediff(@SystemTime) <= 86400000]]]\" /f:text /c:40"
Event[0]:
  Log Name: System
  Source:   Kernel-PnP
  Level:    Error
  ...
  Message:  The device USB\VID_1234&PID_5678... was not migrated due to partial or ambiguous match.

Значення: Kernel‑PnP, USB і помилки драйверів за останні 24 години часто є явними підказками для відпадів.

Рішення: Якщо ви бачите повторювані повідомлення про відключення/підключення USB або помилки міграції — фокусуйтесь на USB‑живленні та портах, а не на налаштуваннях частоти дискретизації.

Завдання 13: Перевірте, який процес «жере» CPU у момент шурхоту (перевірка здорового глузду)

cr0x@server:~$ powershell -NoProfile -Command "Get-Process | Sort-Object CPU -Descending | Select-Object -First 8 Name,Id,CPU,WorkingSet | Format-Table -AutoSize"
Name            Id    CPU WorkingSet
----            --    --- ----------
chrome        1040  812.4  950000000
dwm           1880  210.1  240000000
audiodg       1324   45.7   65000000

Значення: Це не DPC‑вимірювання, але ловить очевидні сценарії «CPU реально завантажений» (паблік із браузерною вкладкою, що шалено працює).

Рішення: Якщо щось дійсно насичує CPU — виправте це спочатку. Якщо CPU виглядає спокійним — повертайтеся до полювання на драйвери за латентністю.

Завдання 14: Підтвердіть, що тиск пам’яті не викликає пейджинг під час аудіо

cr0x@server:~$ powershell -NoProfile -Command "Get-Counter '\Memory\Available MBytes','\Memory\Pages/sec' -SampleInterval 1 -MaxSamples 5 | Select-Object -ExpandProperty CounterSamples | Select-Object Path,CookedValue | Format-Table -AutoSize"
Path                       CookedValue
----                       -----------
\Memory\Available MBytes        5120
\Memory\Pages/sec                 3

Значення: Дуже мало вільної пам’яті плюс високий Pages/sec можуть спричиняти непередбачувані «пасти» системи.

Рішення: Якщо Available MB дуже мало і Pages/sec постійно високий під час шурхоту — закрийте програми або виправляйте витік пам’яті. Не романтично, але ефективно.

Завдання 15: Захопіть короткий perf‑трейс для доказів DPC/ISR (вбудовано)

cr0x@server:~$ wpr -start generalprofile
cr0x@server:~$ powershell -NoProfile -Command "Start-Sleep -Seconds 20"
cr0x@server:~$ wpr -stop C:\Temp\audio-latency.etl
WPR: Tracing session stopped.
WPR: Trace file saved to C:\Temp\audio-latency.etl

Значення: Ви створили ETL‑трейс, який можна відкрити в Windows Performance Analyzer, щоб побачити використання CPU по DPC/ISR і які драйвери винні.

Рішення: Якщо LatencyMon не дає чіткої відповіді (або потрібен доказ), цей трейс дозволяє припинити сперечатися з відчуттями і вказати на конкретні драйвери.

Тріаж драйверів: типові підозрювані та як це довести

Більшість інцидентів «клацання в Windows 11» — це не сам аудіодрайвер. Аудіодрайвер — перший, кого звинувачують, бо його чутно. Звичайні підозрювані:

Wi‑Fi драйвери (шторми переривань, переходи в енергозбереження).
GPU драйвери (сплески DPC, невикористовувані HDMI‑аудіо кінцеві точки).
Драйвери сховища (рідше, але трапляється з дивними RAID/фільтр драйверами).
ACPI / чіпсет (платформний енергоменеджмент, поведінка таймерів).
USB контролери (проблеми драйвера host controller, selective suspend).
APO‑ефекти (audio enhancements) (DSP‑плагіни від OEM‑пакетів).

Що означає «виправити драйвери» насправді

«Оновити драйвер» іноді правильно, а іноді ви створюєте нову проблему. У виробничому підході: драйвери — це модулі ядра; ставтеся до них як до ризикових деплойментів.

Якщо шурхіт почався після Windows Update або оновлення OEM: відкат — дійсна міра пом’якшення.
Якщо у вас дуже старий драйвер: оновлення може виправити відомі баги DPC.
Якщо ви на ноутбучних OEM‑стеках: «найновіший generic драйвер» може прибрати OEM‑налаштування і порушити визначення роз’ємів або масиви мікрофонів.

Вимикайте те, чим не користуєтесь (зменшуйте площу ураження)

Аудіо‑кінцеві точки, якими ви не користуєтесь, все одно завантажують компоненти і можуть опитуватись. Вимкнення невикористаних HDMI‑аудіо кінцевих точок NVIDIA/AMD — одне з найбезпечніших рішень «менше процесів = менше проблем».

Та сама логіка для OEM‑«ефектів». Якщо вони вам не потрібні — вимкніть enhancements. Ваші вуха потребують стабільності, не віртуальної концертної зали.

Жарт #1: Клацання аудіо у Windows — це просто ваш ПК, що намагається додати перкусію до плейлиста. Воно не найняте, тож звільніть його.

Енергоменеджмент: тихий генератор шурхотів

Енергозбереження працює, даючи обладнанню заснути, паркуючи ядра CPU і знижуючи тактові частоти. Кожен перехід має затримку. Аудіо ненавидить сплески затримки більше, ніж трохи повільніший CPU.

Найважливіші налаштування

Мінімальний стан процесора: надто низьке значення може спричиняти швидкі зміни частоти і затримки пробудження.
PCI Express Link State Power Management: може додавати затримку пробудження для пристроїв за PCIe (включно з деякими аудіошляхами).
USB selective suspend: може «усипляти» ваш аудіопристрій або хаб у найневідповідніший момент.
Енергозбереження бездротового адаптера: обмін батареї на сплески латентності.

Мій однозначний принцип

Якщо вам важливе реальне аудіо на ноутбуці з Windows, створіть присвячений «Audio» план живлення. Balanced — для таблиць. High performance — для тестування. Кастомний план — для повсякденного використання.

У корпоративному середовищі часто говорять «ми не можемо змінювати політики живлення». Зазвичай можна: налаштування плану живлення на рівні користувача зазвичай дозволені, навіть якщо BIOS‑зміни закриті.

USB і хаби: де «працює добре» перетворюється на провал

USB‑аудіо зазвичай стабільне — поки не перестає бути. Головна проблема: аудіо чутливе до часу, а топологія USB — брудна. Ваш «один кабель» може проходити через:

гарнітуру через хаб монітора,
потім через док,
потім через контролер USB, спільний з вебкамерою,
в той час як selective suspend намагається зекономити 0.3 ватта,
і драйвер генерує DPC‑сплески.

Практична стратегія ізоляції USB

Підключайте безпосередньо до ПК. Приберіть хаби/доки.
Спробуйте інший контролер. Задні порти зазвичай відрізняються від портів на передній панелі; USB‑C може бути на іншому контролері.
Для деяких DAC‑ів віддавайте перевагу USB 2 порту, якщо постачальник рекомендує. Це не «повільніше»; іноді простіше.
Вимкніть selective suspend (Завдання 6).
Вимкніть «Allow the computer to turn off this device» для хабів/контролерів у Диспетчері пристроїв.

Чого не робити

Не «вирішуйте» шурхіт купівлею випадкового живленого хабу. Це підкидання монети з додатковими проводами.
Не думайте, що USB DAC імунний до системної латентності. Шина все одно потребує вчасного обслуговування.

Bluetooth‑аудіо та затирання: затримки з додатковими кроками

Bluetooth додає радіоперешкоди, узгодження кодеків і буферизацію. Воно може клацати навіть коли дротове аудіо в порядку. Діагностуйте Bluetooth окремо, інакше втратите час на «тюнінг» не тієї підсистеми.

Типові режими відмов Bluetooth

Завантаженість 2.4 GHz: Wi‑Fi, мікрохвильовки, шум USB 3, і дешеві донгли все борються в цьому діапазоні.
Переключення профілю Hands‑Free: гарнітура переходить в HFP/HSP для використання мікрофона і якість падає, іноді з артефактами.
Енергозбереження: радіо може «дрімати» в невідповідні моменти.
Проблеми стеку драйверів: OEM‑стеки Bluetooth сильно відрізняються.

Що дійсно допомагає

Використовуйте 5 GHz Wi‑Fi (або Ethernet), щоб зменшити конкуренцію в 2.4 GHz.
Розмістіть Bluetooth‑антену/донгл далі від USB 3 портів/кабелів (USB 3 може створювати RF‑шум у діапазоні 2.4 GHz).
У комунікаційних додатках обирайте правильний пристрій: «Headset» vs «Headphones» має значення.
Оновіть Bluetooth‑драйвери від OEM/вендора, якщо система використовує комбінований Wi‑Fi/Bluetooth чіпсет.

Жарт #2: Bluetooth‑аудіо — як стендап‑зустріч через готельний Wi‑Fi: працює, доки це справді важливо, потім винаходить нові склади.

Налаштування звуку Windows, які насправді мають значення

Люди часто натискають налаштування в надії, що щось зміниться. Робімо менше кліків, але з розумом.

Встановіть адекватний формат за замовчуванням

Виберіть частоту дискретизації і тримайте її стабільною. Часті перемикання форматів можуть викликати збої на деяких драйверах.

Для загального Windows + відео: 48 kHz, 24‑біт.
Для музичної продукції на 44.1 kHz: 44.1 kHz, 24‑біт і тримайте DAW синхронізованим.

Вимкніть enhancements і spatial audio (для діагностики)

Enhancements — це Audio Processing Objects (APOs). Вони можуть працювати. Але можуть і бути причиною проблем.

Для діагностики: вимкніть enhancements і spatial audio. Якщо шурхіт зникає, вмикайте по одному елементу — як контрольований rollout, а не фестиваль.

Exclusive mode: розумійте, що він робить

Exclusive mode дозволяє додатку говорити безпосередньо з пристроєм, минаючи загальний міксер. Це може зменшити затримку і пересемплювання, але також може:

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

Якщо ви усуваєте системний шурхіт — тестуйте і exclusive увімкнений, і вимкнений. Якщо ви DAW‑користувач — exclusive (або ASIO) часто правильний вибір; для робочого ноутбука з Teams — стабільність спільного режиму важливіша.

Налаштування буферів на рівні додатків і DAW

Якщо шурхіт виникає лише в одній програмі — не поспішайте звинувачувати Windows. Додатки самі обирають розміри буферів, частоти та іноді використовують exclusive mode без попередження.

Браузери та додатки для конференцій

Teams/Zoom/Discord: вони можуть перемикати пристрої, брати exclusive‑шлях і викликати зміни Bluetooth‑профілів при включенні мікрофона.
Браузери: апаратне прискорення може змінювати поведінку GPU‑драйвера і опосередковано впливати на сплески латентності.

DAW і професійне аудіо

Якщо ви користуєтесь DAW:

Почніть з розміру буфера, що віддає перевагу стабільності (256–512 семплів) і зменшуйте лише для запису з моніторингом у реальному часі.
Використовуйте ASIO‑драйвер вендора, коли є; WASAPI shared mode не найкращий інструмент для низької латентності в продакшені.
Погоджуйте частоту проєкту з пристроєм, щоб уникати постійного пересемплювання.

Професійне аудіо на Windows може бути стабільним. Просто воно вимагає ставитися до змін драйверів і живлення як до змін у продакшені: по одній, з планом відкату.

Три корпоративні історії з латентних окопів

Інцидент №1: неправильне припущення (і дорога зустріч)

Середня компанія надала Windows 11 ноутбуки відділу продажів. За тиждень лідери почали скаржитися: «аудіо клацає під час демо». Внутрішнє припущення було класичним: вбудовані динаміки дешеві — купимо гарнітури. Закупівля діяла швидко. Коробки приїхали. Клацання залишилося.

IT створили «war room». Команда відтворила проблему: почати демонстрацію, розпочати дзвінок, потім запустити велике завантаження у фоні. Клацання з’являлось гарантовано. Навантаження CPU було низьким. Це важлива деталь; вона виключила «недостатньо потужності».

Вони запустили інструменти латентності і побачили DPC‑сплески, пов’язані з Wi‑Fi драйвером. Ключова деталь: ноутбуки були налаштовані на агресивне енергозбереження Wi‑Fi, щоб продовжити батарею в дорозі. Добре по наміру, але не для демонстрацій. Демонстрації — не сон.

Виправлення не було в гарнітурах. Це була зміна політики: вимкнути агресивне енергозбереження Wi‑Fi на AC, оновити Wi‑Fi драйвер до стабільної версії і заборонити OS віднергозагати адаптер посеред дзвінка. Клацання щезло. Гарнітури стали «необов’язковими» і закупівля тихо припинила масові замовлення.

Урок: аудіопристрій був невинний. Планувальник не винен. Поведінка переривань одного драйвера в конкретному навантаженні — справжня область відмови.

Інцидент №2: оптимізація, що відкотилася (батарея виграла, аудіо програло)

Інша організація — інженерна, багато відеодзвонів — вирішила стандартизувати енергозбереження. Вони розіслали налаштування: зменшили мінімальний стан процесора, зробили selective suspend агресивнішим і оптимізували link‑state. На папері батарея покращилась, і хтось побачив гарні числа у дашборді.

Але черга до служби підтримки стала музичним музеєм: потріскування, затирання, «робот‑голос», особливо у користувачів з USB‑спікерфонами і док‑станціями. Патерн був тонким: гірше після простою. Перший дзвінок дня — ок. Другий після обіду — хаос.

Спочатку звинувачували доки. Заміняли. Все марно. Потім підключили журнали: переходи харчування USB і скидання пристроїв співпали з початком дзвінків. Selective suspend робив свою справу: вимикав частини USB‑ланцюга. Коли аудіо відновлювалось, латентність пробудження і іноді переенумерація створювали відпади.

Виправлення було негарним: вимкнути selective suspend для користувачів з USB‑аудіо на доках і налаштувати живлення по‑іншому на AC vs батареї. Батарея трохи постраждала. Аудіо перестало принижувати людей. Дашборди стали менш зеленими. Протоколи зустрічей стали точнішими.

Інцидент №3: нудна практика, що врятувала день (контроль змін драйверів)

Мала SRE‑команда підтримувала трейдинговий підрозділ, де аудіо важливе для запису дзвінків і відповідності. У них було правило: жодних оновлень драйверів на підлозі без тестової кільцевої групи. Звучало бюрократично, допоки не знадобилось.

Windows Update запропонував новий пакет драйверів GPU. В офісному флоті це би пройшло непомітно. Але тут GPU‑драйвери пов’язані з кількома моніторами, відеодекодингом і — сюрприз — HDMI‑аудіо кінцевими точками. Одна машина у пілотній групі отримала оновлення. Через кілька годин пілот повідомив про періодичні пліки при переміщенні вікон між моніторами під час дзвінка.

Команда захопила трейс (WPR) і побачила DPC‑сплески, пов’язані з шляхом GPU драйвера під час переконфігурації дисплея. Вони відкотили драйвер на пілотній машині, перевірили стабільність і заблокували оновлення для ширшого кола, поки не протестували іншу версію.

Без героїзму. Без ночних чергувань. Просто поетапний rollout і відкат. Практика була нудною — і саме тому спрацювала. Продуктивне аудіо залишилось чистим. Compliance нікого не турбувала. Пілот отримав каву і легку вдячність — емоційний максимум для такого середовища.

Типові помилки: симптом → корінь → виправлення

Клацання лише під час завантаження або дзвінків

Симптом: Аудіо пшикає під час мережевої активності; в іншому — ок.
Корінь: NIC/Wi‑Fi драйвер — DPC‑сплески, offloads, переходи енергозбереження.
Виправлення: Оновіть/відкотіть NIC‑драйвер, вимкніть агресивне енергозбереження бездротового адаптера, тестуйте з вимкненим Wi‑Fi (Завдання 9), віддавайте перевагу Ethernet для дзвінків.

USB‑гарнітура клацає після простою або при підключенні дока

Симптом: Перше аудіо після простою клацає; док/відкріплення викликає відпади.
Корінь: USB selective suspend, управління живленням хабів, топологія дока.
Виправлення: Вимкніть USB selective suspend (Завдання 5–6), вимкніть живлення для хабів, підключіть аудіопристрій безпосередньо або до іншого контролера/порту.

Клацання почалося після оновлення GPU‑драйвера

Симптом: Потріскування під час ігор, переміщення вікон або перемикання моніторів.
Корінь: GPU‑драйвер — DPC‑сплески; невикористані HDMI‑аудіо кінцеві точки; оверлеї.
Виправлення: Чиста інсталяція стабільного GPU‑драйвера, відключення невикористаних GPU‑аудіо кінцевих точок, вимкнення оверлеїв, тестування апаратного прискорення в додатку.

Лише Bluetooth репетує; дротове аудіо чисте

Симптом: Bluetooth‑аудіо рветься; USB/3.5 мм — чисто.
Корінь: Перешкоди у 2.4 GHz, перемикання профілю, енергозбереження/драйвер Bluetooth.
Виправлення: Використовуйте 5 GHz Wi‑Fi, розташуйте донгл подалі від шуму USB 3, переконайтесь у виборі правильної кінцевої точки, оновіть Bluetooth‑драйвери.

Клацання в одній конкретній програмі

Симптом: DAW клацає при малому буфері; інші програми в порядку.
Корінь: Буфер занадто малий, невідповідність частот, конфлікт exclusive mode.
Виправлення: Збільшіть буфер, вирівняйте частоти, використовуйте ASIO, вимкніть інші аудіо‑додатки, тестуйте exclusive mode.

Клацання при увімкнених «enhancements»

Симптом: Увімкнення spatial/enhancements погіршує потріскування.
Корінь: Багований APO/DSP, додаткова обробка, затримка.
Виправлення: Вимкніть enhancements/spatial; якщо вони потрібні — оновіть OEM‑пакет і вмикайте ефекти по одному.

Клацання незважаючи на низький CPU і «все оновлено»

Симптом: Диспетчер завдань спокійний; аудіо все одно клацає.
Корінь: Висока DPC/ISR‑витрата часу (пріоритет ядра), не видно в юзер‑CPU.
Виправлення: Вимірюйте Latency за допомогою інструментів; ізолюйте відключенням пристроїв по черзі; використайте WPR‑трейс (Завдання 15) для ідентифікації драйвера.

Чеклісти / покроковий план

Чекліст A: 20‑хвилинний план «зробіть так, щоб перестало»

Відтворіть шурхіт на вимогу (та сама пісня/відео, такий самий гучність, те саме навантаження).
Переключіться на Високий план живлення (Завдання 4). Повторіть тест.
Вимкніть USB selective suspend (Завдання 6). Повторіть тест (особливо для USB‑аудіо).
Тимчасово вимкніть Wi‑Fi (Завдання 9). Повторіть тест з локальним аудіо.
Вимкніть невикористані аудіо кінцеві точки (GPU HDMI, віртуальні пристрої) в Диспетчері пристроїв. Повторіть тест.
Вимкніть enhancements/spatial для активного пристрою відтворення. Повторіть тест.
Встановіть формат за замовчуванням 48 kHz 24‑біт (або під свій робочий процес). Повторіть тест.
Якщо Bluetooth: тимчасово перейдіть на дріт, щоб підтвердити, що це радіо‑проблема.

Чекліст B: Стабілізація без постійного High performance

Клонувати поточний план у власний «Audio» план.
На AC: підвищити мінімальний стан процесора, вимкнути USB selective suspend, зменшити PCIe link‑state power saving.
На батареї: зберегти розумні дефолти, але уникати найагресивнішого енергозбереження бездротового адаптера, якщо ви приймаєте дзвінки на батареї.
Задокументувати версії драйверів, що стабільні (Wi‑Fi, GPU, аудіо, чіпсет).
Після кожного циклу Windows Update: повторно перевірити 5‑хвилинним аудіотестом.

Чекліст C: Коли потрібні докази (для IT, вендорів або майбутнього вас)

Захопіть WPR‑трейс під час шурхоту (Завдання 15).
Експортуйте відповідні системні журнали подій по часових мітках (Завдання 12).
Запишіть: використовуваний пристрій (USB/Bluetooth/вбудований), стан живлення (AC/DC) і активну мережу (Wi‑Fi/Ethernet).
Зробіть одну зміну. Повторіть тест. Ведіть нотатки.

FAQ

1) Чому аудіо клацає при низькому завантаженні CPU?

Бо проблема зазвичай у затримці DPC/ISR, а не в середньому завантаженні CPU. Драйвер може коротко блокувати важливі шляхи і спричиняти underrun буфера.

2) Чи обов’язковий LatencyMon?

Ні, але він зручний. Ви також можете використати вбудований WPR/WPA‑трейс (Завдання 15), щоб побачити поведінку DPC/ISR і знайти проблемні драйвери.

3) Чи варто вимкнути «audio enhancements»?

Для діагностики — так. Enhancements — DSP‑компоненти, що можуть додавати затримку або бути багованими. Якщо вимкнення вирішує проблему — вмикайте тільки потрібні ефекти.

4) Яку частоту дискретизації обрати: 44.1 чи 48 kHz?

Для загального Windows і відео 48 kHz зазвичай найменш несподівана. Для музичного проєкту на 44.1 kHz встановіть пристрій і проєкт на 44.1 kHz, щоб зменшити пересемплювання.

5) Чи вирішить купівля зовнішнього USB DAC завжди клацання?

Ні. Він може покращити аналоговий шум і обійти поганий вбудований кодек, але не вирішить DPC‑затримки або проблеми з USB‑енергозбереженням.

6) Чому Bluetooth гірший за дріт?

Bluetooth додає радіоперешкоди, буферизацію кодеків і перемикання профілів (особливо при активному мікрофоні). Дротові шляхи прибирають ці класи помилок.

7) Чи варто використовувати «Ultimate Performance»?

Використовуйте його для тесту. Якщо це вирішує шурхіт — створіть кастомний план, що зберігає потрібні налаштування, не спалюючи батарею постійно.

8) Який найшвидший спосіб ізолювати проблемний драйвер?

Вимикайте пристрої по черзі: Wi‑Fi, Bluetooth, невикористані GPU‑аудіо кінцеві точки, доки/хаби. Для надійних доказів захопіть WPR‑трейс і проаналізуйте DPC/ISR за драйвером.

9) Я чую клацання лише в іграх — що спробувати спочатку?

Перевірте стабільність GPU‑драйвера (чиста інсталяція), відключіть оверлеї, переконайтесь, що гра не нав’язує дивний аудіо формат. Також перевірте налаштування живлення — ігрові ноутбуки люблять агресивні переходи енергозбереження.

10) Чи може сховище спричинити клацання аудіо?

Менш імовірно на сучасних системах, але так: фільтр‑драйвери, драйвери шифрування або проблемні контролери сховища можуть створювати сплески латентності. Якщо журнали подій показують скидання сховища — не ігноруйте це.

Наступні кроки (нудний стабільний стан)

Якщо ви хочете аудіо без шурхоту в Windows 11 без покупки обладнання, виграшний крок — це не магічна опція. Це дисциплінований цикл:

Відтворіть проблему надійно. Якщо не можна відтворити — ви не можете виправити, лише перемістити проблему.
Вимірюйте затримку, не вгадуйте. Використовуйте інструменти латентності або WPR‑трейс за потреби.
Стабілізуйте живлення. Кастомний «Audio» план кращий за постійний «High performance».
Спрощуйте драйвери. Вимикайте те, чим не користуєтесь; оновлюйте або відкачуйте «винного».
Тримайте USB простим. Прямі порти, без хабів, без selective suspend для USB‑аудіо.
Змінюйте одне за раз. Ви налагоджуєте, а не виконуєте ритуал.

Робіть так, і шурхіт зникне. Ваша система стане нудною. А в операціях нудне — найвища похвала.