…journal of a practising musician…

Tag: vanquishing doubt

When Your DAW Freezes but Your CPU Is Fine: A Musician’s Introduction to LatencyMon

LatencyMon monitoring latency in Reaper on Windows 10, 2026/01/18

Latency — learning what to do about it

Step by step, in by inch

I assumed I understood audio latency on computers. Buffer size? Check. Sample rate? Check. CPU load? Keep it low, freeze tracks, print effects. I absorbed Kenny Gioia’s Adjusting Recording Latency (Loopback Test) in REAPER video, made the adjustments, and upgraded to an interface (Rubix44) with better monitoring abilities.

And yet… every so often — on machines that should have been fine — I’d get the dreaded symptoms: a DAW freeze, a sudden glitch, or that heart-stopping moment where audio just… stops responding.

The CPU meter wasn’t pegged. Disk activity looked normal. Nothing obvious was wrong. I chalked it up to “Windows being Windows” and moved on. And that worked… until it didn’t!

The Hidden Kind of Latency

What I’ve learned is that not all latency lives inside your DAW. There’s another layer — deeper, quieter, and far more insidious — called interrupt latency. This is about how quickly your system can respond to real-time events: audio buffers, MIDI messages, USB traffic, network activity.
When that layer misbehaves, your DAW can freeze even when everything looks fine.

Enter LatencyMon!

Download LatencyMon from Resplendence Software

What is it?

LatencyMon is a free diagnostic tool that doesn’t measure audio performance directly. Instead, it watches how your system handles interrupts and deferred procedure calls (ISRs and DPCs). If those spike too high, real-time audio suffers.

At first glance, LatencyMon can feel… unfriendly. Acronyms, scary red text, references to drivers you’ve never heard of. But with a little context, it becomes an incredibly empowering tool.

The Big Mental Shift: Chronic vs. Event-Driven Problems

Here’s the most important thing I learned: A system that runs clean for hours is not “bad.” A system that occasionally spikes has a trigger. This distinction changed everything.

If LatencyMon reports consistently high numbers, you may have a chronic configuration issue. But if it runs happily in the green for long stretches and then suddenly explodes? That’s almost always event-driven. Events that contribute to latency include:

  • Sleep/wake.
  • Display changes.
  • Network activity.
  • USB power management.
  • Audio devices you’re not even using.

Once I understood this, LatencyMon stopped feeling accusatory and started feeling like a detective’s notebook. And my system stopped freezing. Mixes I worked on ‘last night’ started running just the same the morning after.

The Usual Suspects (and Some Surprises)

In my case, the biggest offenders were not my audio interface or my DAW. They were things like:

  • Display audio drivers (HDMI / DisplayPort pretending to be speakers)
  • Unused onboard audio
  • Virtual audio devices I wasn’t actively using
  • USB power management quietly re-enabling itself
  • Network and ACPI activity during power state transitions

Disabling Intel Display Audio and unused Realtek audio alone dropped my worst interrupt spikes from tens of milliseconds to well under 50 microseconds. That’s not a tweak. That’s a revelation!

A Word About “Good” Numbers

After selectively disabling devices I didn’t need during recording, my system settled around 30–40 µs peaks. At that point, I stopped chasing numbers and started making music again.

LatencyMon doesn’t give you a single pass/fail score, but rough guidelines help:

  • Under 100 µs ISR/DPC peaks: excellent
  • Under 500 µs: solid
  • Over 1000 µs: worth investigating
  • Tens of thousands of µs: something is seriously misbehaving

After selectively disabling devices I didn’t need during recording, my system settled around 30–40 µs peaks. At that point, I stopped chasing numbers and started making music again. Which, frankly, is the goal.

Less Is More (Especially on Windows)

Every enabled audio device is something Windows feels responsible for managing, even if you’re not using it. You probably have some of these in plain sight:

  • Webcam microphones.
  • USB mics.
  • Virtual routing drivers.
  • Calibration “virtual devices.”

None of these are bad. But they don’t need to be present during a recording session. I now think of my system in modes:

  1. Recording mode: only the interfaces and drivers I need
  2. Meeting mode: webcams, virtual routing, USB mics
  3. General use: everything else

And I have a laptop at the ready to offload 80% of modes 2 & 3.

Disabling devices

Recording mode: unused devices disabled. VB-Voicemeter is a virtual device I use to stream mixes in Zoom—a routing utility that doesn’t control hardware.

Disabling devices (not uninstalling them) takes seconds and removes entire classes of background activity. Open Device manager –> Sound, video and game controllers.

LatencyMon as a Learning Tool, Not a Stress Test

Used poorly, LatencyMon can make you paranoid. Used well, it teaches you how your system actually behaves. The key is not to panic over single spikes. Watch for patterns. Correlate spikes with actions. Change one thing at a time. Stop when the system behaves. And most importantly: don’t chase perfection. Chase stability.

Why This Matters for Musicians

We tend to blame ourselves when technology gets flaky.
“Maybe I pushed the buffer too low.”
“Maybe this plugin is unstable.”
“Maybe I need a new machine.”
Sometimes the problem isn’t musical or computational at all. It’s infrastructural. Understanding that — and knowing how to verify it — is deeply calming.

A Practical Takeaway

If you’ve ever stared at a frozen DAW wondering what just happened, learning to read LatencyMon — even a little — is worth your time.

It certainly was for me.

§

What if all I ever do is practice?

Out of the woodshed

While there can be no question that the power of a shared experience with an audience is unparalleled, or that music is an essentially social phenomenon, I answer this question only after considering what it would be like for me to never play at all. It would be unbearable. And when it’s not all about getting gigs and keeping students I can play whatever I want. It’s entirely about improving my playing and my musicianship.

It’s not a good idea to never practice finishing things. A repertoire, a set list and a piece or two at the ready are important goals and benchmarks. Practice can be designed to establish and maintain these things.

My personal form of practice has to include a significant amount of time for breathing and relaxation, especially at these early stages. I’m also a big believer in building up “practice loops,” from one or two measures to ever longer chinks. But doing just loops and never just playing a piece or song from beginning to end is no better for your musicianship than it is for the sanity of family and neighbours who may be subjected to it!

So if you’re your only audience for a while then play yourself a concert! Don’t think twice about it or let yourself feel self conscious over it. Keep your eye focused on the prize, which is improving. For any musician, improving musicianship is the most direct form of self-improvement.

Breathing and relaxation

I was always in a seated position at neurofeedback sessions, but I learned more about diaphragm breathing lying on my back. My guided meditation often suggests sitting, and letting go of breath control, but for serving the creepy crawlies of anxiety their eviction notice, it’s been my experience that some hyper-focus is in order.

“practice loops”

The new rule, for my ADD is: add a visual element. This can be a variety of strategies, but I like to involve reading standard notation or watching the display of my metronome, that I may from time to time set up in special ways. Technology can certainly enhance one’s ability to distill powerful knowledge from hands-on/ears-on lived experience. I use at least 3 or 4 apps regularly. My metronome, Audacity, Drum Genius, MuseScore, my DAW (Reaper), plugins within my DAW…

Powered by WordPress & Lovecraft Child theme by GuitarFaces
based on Lovecraft by Anders Norén
Privacy Statement