Problems with Audient iD4 on Huananzhi X99 BD4

I have a Huananzhi X99 BD4 motherboard. Overall, I’m happy with it, but I ran into issues that only came to light after I bought an Audient iD4 USB audio interface (which is 100% functional/not defective).

The audio constantly crackles/pops due to DPC latency (I’m not entirely sure if that’s the cause, but the pops mostly occur right when LatencyMon registers a latency spike). LatencyMon points to an issue with Wdf01000.sys (Kernel Mode Driver Framework).

WPA (Windows Performance Analyzer) shows the following:

If "Route all pins to XHCI":
Line #, Module, Function, Count (Fragments), Duration (Fragmented) (ms), Duration (Fragmented) (ms), % Duration (Fragmented), Fragment Enter Time (s), Fragment Exit Time (s), Exclusive Duration (ms), Duration (Fragmented) (ms) 
1, USBXHCI.SYS, , 42338, 0.376000, 0.029165, 0.52, 0.253311000, 12.216376000, 0.425900, 1,234.821800 
2, dxgkrnl.sys, , 5268, 0.296700, 0.064386, 0.14, 0.257964800, 12.210026200, 0.296700, 339.188800 
3, nvlddmkm.sys, ?, 3164, 0.298100, 0.021425, 0.03, 0.256648300, 12.210028400, 0.298100, 67.791500

If "Route all pins to EHCI": USBXHCI.sys is replaced by USBPORT.sys
Close

What I have already tried:

  • Cleared/Reset BIOS (obviously).

  • Changing USB configuration settings (XHCI Hand-off, delay, etc.) in BIOS changes nothing.

  • Enabling Auto ACPI Configuration makes no difference either.

  • Switching between USB 2.0 and USB 3.0 ports yields no change.

  • USB settings → USB selective suspend → Disabled.

  • PCI Express → Link State Power Management → Off.

  • Unchecked “Allow the computer to turn off this device to save power” for “USB Root Hub”, “Generic USB Hub”, “Intel USB 3.0 eXtensible Host Controller…”, and “USB Root Hub”.

  • Installed Intel Chipset Device Software (for C612/X99).

  • Switched the USB controller to MSI mode (Message Signaled Interrupts), set priority to High, and ensured all devices have unique IRQs.

  • Disabled all C-states and other power states.

  • The issue occurs even on a clean, freshly installed Windows OS (ruling out system corruption).

  • Uninstalling the official AudientUSB driver does not resolve the Windows boot freeze issues.

  • The BIOS is updated to the latest recommended version.

  • Disconnected all other USB devices.

  • Installed a dedicated PCI-E USB expansion card (VIA VL805 chip) into both the PCIe x16 slot (connected to the CPU) and the PCIe slot (connected to the chipset).

  • Ran timer optimization commands:

    DOS

    bcdedit /set useplatformtick no
    bcdedit /set useplatformclock no
    bcdedit /set disabledynamictick yes
    bcdedit /set tscsyncpolicy Enhanced
    
    
  • Reinstalled Windows 11 both with an active internet connection and completely offline.

  • Disabled VT-d — didn’t help.

  • Isolated CPU cores and disabled core parking (using Maximum Performance mode).

  • Tested different Windows versions: Windows 11 (22H2), Windows 10 (22H2).

  • Disabled Processor Idle State.

  • Swapped/rearranged RAM sticks.

  • Disabled Intel(R) services.

  • Disabled all playback/recording devices in the Sound Control Panel.

  • Tested different power plans: Bitsum Highest Performance, Muren_Idle_Enabled, etc.

  • Installed AMDGPIO_PciBus.

System Configuration:

  • Motherboard: Huananzhi X99 BD4 (B85 Lynx Point chipset, exact revision unknown)

  • CPU: Intel Xeon E5-2666 v3 (no Turbo Boost Unlock, no undervolting)

  • RAM: Atermiter 2x16 GB ECC (running in dual-channel mode)

  • GPU: RTX 2060 SUPER

THE MOST IMPORTANT CLUES:

  1. On the exact same hardware, everything works flawlessly under Linux Mint or Ubuntu (the audio is perfect, even without using the dedicated PCI-E USB card).

  2. When using ParkControl with the Bitsum Highest Performance power plan, the crackling drops significantly. Conversely, enabling power-saving modes makes the crackling much more frequent.

  3. Changing the Buffer Size or Sample Rate does not fix the issue, even at extreme settings like 4096 samples and 44.1 kHz.

P.S. English is not my native language, so I used a translator to write this post. I hope everything is clear!


Edit by Fernando: Thread moved into the “Off-Topic” Category and title shortened

Hello and welcome!

I would say that you have gone through basically the entire checklist for an audio workstation, and yet you have problems. My take is:

  • Even 4096 samples and 44.1 kHz still have crackles (???) – I have never experienced that
  • Yet the same hardware works perfectly fine under Linux

So this must be a Windows driver/scheduling problem. Try

  • Downloading older iD4 drivers if they are available
  • Try the concept I use for gaming computers as described in this post. ReservedCpuSets combined with GoInterruptPolicy make for a very powerful configuration tool. I use this on all my gaming and audio systems these days.