How to Reduce Latency on an Audio Interface: Buffer Size, Drivers and Monitoring

Use your interface’s native ASIO driver on Windows or Core Audio on macOS, set every device to 48 kHz, and start with a 64- or 128-sample buffer. Close apps, disable Bluetooth audio, and disconnect unused USB devices. Use direct monitoring to hear live inputs without DAW-buffer delay, but don’t monitor the same signal twice. Record and loop a demanding passage; raise the buffer if glitches occur. Aim for round-trip latency under 10 ms; next, verify stability.
Target Round-Trip Latency Under 10 Ms
For responsive recording and monitoring, target a total round-trip latency below 10 ms, the time from an audio input, through the computer and DAW, to the output. Measure this figure instead. At 48 kHz, a 64-sample buffer lasts approximately 1.33 ms per buffering stage. Your actual round-trip result includes input and output buffers, A/D and D/A conversion, offsets, and processing inserted in the monitoring path. Begin tracking at 64 or 128 samples, then test the session: arm inputs, enable the monitoring chain, record, and listen for clicks, pops, or dropouts. Lower the setting incrementally only after tests remain clean. Keep the lowest stable setting under realistic sessions. If effects aren’t essential, use direct monitoring to route your input to your headphones with near-zero perceived delay.
Confirm Native Driver Availability
Before reducing the buffer further, verify that your interface uses the correct native driver. Driver choice determines whether your DAW can reliably approach a round-trip latency target below 10 ms.
- Visit the manufacturer’s support page and match the driver to your exact interface model and operating-system version.
- On Windows, install and select the manufacturer’s ASIO driver; it typically outperforms MME/DirectX for low-latency operation.
- In your DAW, choose that driver as the active audio device before changing buffer samples or sample rate.
- If no native ASIO driver exists, test ASIO4ALL, but don’t replace an available manufacturer driver with it.
On macOS, Live operates through Core Audio. Confirm the interface appears in Live and is selected for both input and output. Then measure round-trip latency again afterward.
Step 1: Close Background Applications
Close nonessential applications before tracking to reserve CPU time and system resources for real-time audio processing. Quit browsers, cloud-sync clients, launchers, and any CPU-intensive utilities before opening the session. Also pause downloads, uploads, automatic backups, and scheduled security scans. These tasks can create short processing spikes that interrupt the audio stream, producing clicks or dropouts even when your DAW reports moderate average CPU use.
After cleanup, load the session and play or record its demanding passage at your intended sample rate and buffer size. Watch for overload indicators, glitches, or recording interruptions during repeated passes. Low-buffer stability depends on the project’s peak demand and available computer resources. Keep only your DAW open while actively tracking. When you’re editing or mixing, reopen other applications as needed.
Step 2: Disable Bluetooth Audio Devices
Disable Bluetooth headphones and speakers while recording, because their wireless encoding and transmission stages add substantially more monitoring latency than a wired connection. Bluetooth playback typically buffers audio before transmission and again at the receiver, so its delay can exceed the low-latency path you configure in your DAW. Connect wired headphones or monitor speakers directly to your audio interface instead.
Open your computer’s sound settings, disconnect or disable paired Bluetooth audio devices, and verify that the interface is selected as the playback output. This prevents the DAW or operating system from sending the monitor mix to the wrong device. If Bluetooth remains active for another task, don’t route your recording signal through it. Record a monitoring test, then confirm the remaining delay is acceptable.
Step 3: Set Sample Rate to 48 kHz
Set your audio interface, DAW, and any connected digital hardware to 48 kHz so every device clocks and processes audio at the same rate. Matching rates prevents clocking conflicts and avoids sample-rate conversion between your interface, recording software, and digital peripherals. Confirm the rate in the interface control panel, DAW project settings, and external device menus before opening a session.
Use 48 kHz because it is supported and keeps demand predictable. Higher rates shorten the time represented by a given number of samples, but they aren’t a free latency solution. Moving from 48 kHz to 96 kHz doubles the samples your computer must process each second, increasing CPU load. If needed, test 96 kHz recording and playback stability first. Keep equipment synchronized during each session.
Step 4: Set Buffer Size to 64 Samples
Choose a 64-sample buffer at 48 kHz to reduce DAW monitoring delay to about 1.3 ms per buffer direction. This setting shortens the time each audio block waits before processing, which can make software-monitored recording feel more immediate. It doesn’t make total round-trip latency 2.6 ms: input and output converters, driver safety buffers, plug-ins, and DAW processing add further delay.
Select your interface’s recommended driver, such as its native ASIO driver on Windows, then test the setting under realistic load. Arm the required tracks, play the session’s most demanding passage, and run it for several minutes. Listen for clicks, pops, or dropouts and watch the DAW’s CPU meter. If playback remains clean, keep 64 samples. If errors occur, raise the buffer to 128 samples.
Step 5: Enable Direct Monitoring
If a 64-sample buffer still feels delayed, enable your interface’s direct-monitoring path to send the live input directly to its headphone or monitor output. This route bypasses DAW processing, so your monitored signal reaches you at near-zero latency. Use it when recording vocals or instruments if delayed foldback affects pitch, phrasing, or confidence. Set the interface’s direct-monitor level against DAW playback: you should hear the dry input and the session together without a distracting echo.
Check whether the interface provides a direct-monitor mix control, then balance input and playback levels before recording. Don’t monitor the same input through both the DAW and direct path; that creates doubled audio. Since this path bypasses software inserts, you won’t hear amp simulation or vocal effects while tracking.
Step 6: Disconnect Unused USB Peripherals
Disconnect USB devices you don’t need during recording, particularly storage drives, webcams, controllers, and wireless adapters that can compete for bus bandwidth or trigger system interrupts. Keep your audio interface connected directly to a computer port whenever possible. Avoid hubs or chains with high-traffic devices, since shared bandwidth and interrupt activity can destabilize real-time audio streaming.
Leave essential equipment attached. Reopen the session at your selected sample rate and buffer size, then play a demanding section for several minutes. Watch for clicks, dropouts, or interface disconnections. If performance improves, reconnect peripherals one at a time and retest using identical settings. This isolates devices contributing to glitches. USB cleanup isn’t a guaranteed fix: driver efficiency, plug-in load, CPU demand, and computer performance still determine whether your buffer operates reliably.
Record a Test Vocal Take
With unnecessary USB devices removed, save a new session version, arm the vocal track, and record a short take through the exact microphone, monitoring path, and effects chain planned for the session. Begin at 64 or 128 samples, then sing while monitoring. Listen for clicks, dropouts, or delay that disrupts your timing.
Loop busiest chorus section and test it for several minutes, because low-load passages can conceal failures under playback and plug-in processing. If you hear glitches, increase buffer by one setting, for example, 64 to 128 samples, and repeat recording. Continue until monitoring remains stable throughout that section. Then play it back and judge placement against the track. If timing feels late, compare it with direct monitoring, which lowers delay but may bypass DAW effects.
Fix DPC Latency Spikes
DPC latency spikes are brief Windows scheduling interruptions that can cause clicks, pops, or dropouts even when average CPU use appears moderate. Test systematically: close or temporarily disable nonessential wireless adapters, cloud-sync tools, security scans, and browsers, then rerun the demanding session passage with all required tracks armed. Update to your interface’s manufacturer-recommended driver before comparing results. If glitches persist at 64 samples, move to 128 samples and repeat the same passage. Choose the lowest stable setting with measurable headroom, not one that survives only light playback.
| Test condition | Action | Result |
|---|---|---|
| Wireless active | Disable temporarily | Retest passage |
| Sync or scan active | Close temporarily | Retest passage |
| Low buffer glitches | Raise one step | Retest armed tracks |
Keep settings that pass repeated full-load takes without interruptions reliably today.
Update Interface Firmware Quarterly
Every three months, check your interface manufacturer’s website or control software for firmware releases. Read the release notes before installing anything: confirm the version supports your interface model and operating system. Record the current firmware version and date, then download only the approved updater.
Follow the manufacturer’s sequence exactly, including any driver or power requirements. Don’t disconnect the USB, Thunderbolt, or power connection while installation runs; a failed flash can disable the unit. After rebooting, verify that your computer and DAW recognize the interface. Test playback and recording at your normal sample rate and buffer size, checking channel count, clock lock, and error-free operation. Firmware may fix compatibility or device issues, but it doesn’t guarantee lower audio latency. Measure round-trip latency before and after.
Conclusion
You’ll achieve responsive recording when your measured round-trip latency stays below 10 ms without clicks or dropouts. Use the interface’s native driver, set 48 kHz, and reduce buffer size in controlled steps. Disable Bluetooth, close background apps, and unplug unused USB devices before testing.
Record a vocal pass, then inspect DPC latency if glitches remain. Keep drivers current and update interface firmware quarterly. Recheck latency after every system or project change to maintain consistent performance.

