UR44 "falls asleep"

Hi everyone,

I’ve started having issues with my UR44 ever since I did a fresh install of Windows 10. The issue is quite strange, and I can’t seem to figure out what’s wrong - so I have to ask you guys for help.

The main symptom is that if no sound is playing on the computer for even a short period of time such as 5 seconds, then UR44 seems to fall asleep and then the next sound that’s supposed to be played (say, a youtube video, discord, any DAW, or just a tv show) will play only after something like 10-20 seconds of silent waking up period.

In youtube, the video seek will be stuck on 0:00 but the picture will move as intended without sound. Then after a while of either doing nothing, or diddling the volume slider, the sound will start from 0:00, the seek will move, and the picture will freeze. Then jumping back or forward five seconds via keyboard arrows will wake up the picture and then everything works. But now I have a phobia of pausing the video because it will freeze again due to the audio lag.

I’ve disabled USB power saving, disabled CPU throttling and hyperthreading, uninstalled all other audio drivers, and the issue remains.

I did install Realtek HD audio driver, for whatever reason that worked for one day, but a day later the issue came back. Uninstalling it didn’t change anything.

I did a full virus scan and CCleaner scan, and still the issue persists.

I’ve downloaded Latencymon which pointed to a faulty storage driver. I uninstalled the driver by setting it to the windows default driver. After restarting, it worked normally, but again only for a day. On next boot I’ve had the same issue.

I’m really hoping someone can help with this, as my alternative is to reinstall Windows 10 again, and that means all the plugins and software, again. :frowning:

Here is my Latencymon log:

Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One or more DPC routines that belong to a driver running in your system appear to be executing for too long. At least one detected problem appears to be network related. In case you are using a WLAN adapter, try disabling it to get better results. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates. 
LatencyMon has been analyzing your system for  19:40:03  (h:mm:ss) on all processors.

Computer name:                                        DESKTOP-RO9CO9H
OS version:                                           Windows 10 , 10.0, version 1809, build: 17763 (x64)
Hardware:                                             MS-7A33, MSI, X370 SLI PLUS (MS-7A33)
CPU:                                                  AuthenticAMD AMD Ryzen 5 1600 Six-Core Processor 
Logical processors:                                   6
Processor groups:                                     1
RAM:                                                  8139 MB total

Reported CPU speed:                                   3194 MHz

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.

WARNING: the CPU speed that was measured is only a fraction of the CPU speed reported. Your CPUs may be throttled back due to variable speed settings and thermal issues. It is suggested that you run a utility which reports your actual CPU frequency and temperature. 

The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs):   23308.20
Average measured interrupt to process latency (µs):   4.088043

Highest measured interrupt to DPC latency (µs):       23303.0
Average measured interrupt to DPC latency (µs):       1.345506

Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs):              433.041954
Driver with highest ISR routine execution time:       Wdf01000.sys - Kernel Mode Driver Framework Runtime, Microsoft Corporation

Highest reported total ISR routine time (%):          0.031299
Driver with highest ISR total time:                   Wdf01000.sys - Kernel Mode Driver Framework Runtime, Microsoft Corporation

Total time spent in ISRs (%)                          0.031299

ISR count (execution time <250 µs):                   244985453
ISR count (execution time 250-500 µs):                0
ISR count (execution time 500-999 µs):                4
ISR count (execution time 1000-1999 µs):              0
ISR count (execution time 2000-3999 µs):              0
ISR count (execution time >=4000 µs):                 0

DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs):              1253.420163
Driver with highest DPC routine execution time:       ndis.sys - Network Driver Interface Specification (NDIS), Microsoft Corporation

Highest reported total DPC routine time (%):          0.175809
Driver with highest DPC total execution time:         Wdf01000.sys - Kernel Mode Driver Framework Runtime, Microsoft Corporation

Total time spent in DPCs (%)                          0.344205

DPC count (execution time <250 µs):                   480605340
DPC count (execution time 250-500 µs):                0
DPC count (execution time 500-999 µs):                12371
DPC count (execution time 1000-1999 µs):              1
DPC count (execution time 2000-3999 µs):              0
DPC count (execution time >=4000 µs):                 0

Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.

NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.

Process with highest pagefault count:                 svchost.exe

Total number of hard pagefaults                       209886
Hard pagefault count of hardest hit process:          27526
Number of processes hit:                              144

CPU 0 Interrupt cycle time (s):                       2985.494952
CPU 0 ISR highest execution time (µs):                415.028178
CPU 0 ISR total execution time (s):                   94.005628
CPU 0 ISR count:                                      185095345
CPU 0 DPC highest execution time (µs):                903.313713
CPU 0 DPC total execution time (s):                   1276.699725
CPU 0 DPC count:                                      453093884
CPU 1 Interrupt cycle time (s):                       1299.994403
CPU 1 ISR highest execution time (µs):                21.370069
CPU 1 ISR total execution time (s):                   8.279320
CPU 1 ISR count:                                      12449488
CPU 1 DPC highest execution time (µs):                608.551033
CPU 1 DPC total execution time (s):                   119.809906
CPU 1 DPC count:                                      11594216
CPU 2 Interrupt cycle time (s):                       851.480567
CPU 2 ISR highest execution time (µs):                433.041954
CPU 2 ISR total execution time (s):                   2.164247
CPU 2 ISR count:                                      2812248
CPU 2 DPC highest execution time (µs):                1253.420163
CPU 2 DPC total execution time (s):                   10.077304
CPU 2 DPC count:                                      2217472
CPU 3 Interrupt cycle time (s):                       638.472762
CPU 3 ISR highest execution time (µs):                21.27990
CPU 3 ISR total execution time (s):                   3.057858
CPU 3 ISR count:                                      4422088
CPU 3 DPC highest execution time (µs):                707.737007
CPU 3 DPC total execution time (s):                   8.654687
CPU 3 DPC count:                                      1356500
CPU 4 Interrupt cycle time (s):                       687.211506
CPU 4 ISR highest execution time (µs):                21.009393
CPU 4 ISR total execution time (s):                   8.043369
CPU 4 ISR count:                                      12851681
CPU 4 DPC highest execution time (µs):                323.556669
CPU 4 DPC total execution time (s):                   12.688905
CPU 4 DPC count:                                      3273258
CPU 5 Interrupt cycle time (s):                       800.719553
CPU 5 ISR highest execution time (µs):                144.170319
CPU 5 ISR total execution time (s):                   17.415529
CPU 5 ISR count:                                      27354607
CPU 5 DPC highest execution time (µs):                414.517220
CPU 5 DPC total execution time (s):                   34.330974
CPU 5 DPC count:                                      9082382

Thanks a bunch

Update: I’ve noticed that if I play any sound on loop (downloaded a white noise mp3) continuously while using the computer, on very low volume, the issue partially disappears. Youtube will play correctly, but other programs such as BSPlayer or Reaper still continue to have issues.