Gradually increasing microphone monitoring latency with FIFINE AM8 (Windows 11 25H2)

C

Clegy

New Member
Hi everyone,

I've been troubleshooting a very unusual microphone monitoring issue for several days and have exhausted most of the common troubleshooting steps. I'm not sure whether this is an OBS issue, a Windows issue, or a USB audio compatibility issue, but I'm hoping someone recognizes the symptoms.

​
System

  • OBS Studio 32.1.2
  • Also tested OBS 32.2 Beta
  • Also tested OBS 30.2.2
  • Windows 11 Version 25H2 (Build 26200.8737)
  • Acer Aspire 7 A715-76G
  • Intel Core i5-12450H
  • NVIDIA RTX 2050 Laptop GPU
  • FIFINE AM8 (USB-C to USB-A)
​
Problem

My USB microphone monitoring gradually becomes delayed over time.

It starts with essentially zero latency.

After approximately 5–10 minutes, the monitored microphone becomes increasingly delayed. The delay continues growing and can eventually exceed one second.

​
The strange part

If I disable microphone monitoring and immediately enable it again, the delay instantly disappears.

However, after a few minutes it starts accumulating again.

This behavior is repeatable.

​
Important observations

  • OBS recordings appear normal.
  • The issue affects live monitoring.
  • Windows Sound Recorder records the microphone normally.
  • The built-in laptop microphone does not exhibit this issue.
  • The issue occurs when monitoring directly to speakers.
  • The issue also occurs when monitoring through VB-Cable.
  • The delay continues to accumulate even when Discord is closed.
  • The delay also appears in Discord's speaking indicator when using the monitored microphone.
​
Observation that seems important

I also monitor a VST piano through OBS.

When I press a piano key and speak at exactly the same time:

  • the piano is heard immediately
  • my voice arrives increasingly late
The VST remains synchronized while only the microphone monitoring drifts.

Because of this, it appears the monitoring output itself is not drifting. Only the live microphone path is.

​
Troubleshooting already performed

  • Tested OBS 30.2.2
  • Tested OBS 32.1.2
  • Tested OBS 32.2 Beta
  • Different USB ports
  • USB hub
  • Disabled Exclusive Mode
  • Disabled Device Timestamps
  • Confirmed 48 kHz in Windows and OBS
  • Removed and reinstalled the microphone device
  • Removed hidden audio devices
  • Tested with Discord closed
  • Tested with browser closed
  • Tested with Spotify closed
  • Tested with Xbox Game Bar disabled
  • Tested monitoring directly to speakers
  • Tested monitoring through VB-Cable
  • Windows in-place repair installation (keeping files/apps)
  • Laptop microphone works normally
One thing I have not yet successfully tested is a true portable-mode OBS installation.

​
OBS Log

 
Windows Control Panel reports the microphone is configured for 2-channel, 16-bit, 48000 Hz, but the OBS log initializes the microphone as:

<span>WASAI: Device 'Microphone (fifine Microphone)' [44100 Hz] initialized</span>

I don't know if this is expected behavior, but it stood out while reviewing the log.
 
I allowed OBS to run for approximately 25 minutes until the monitoring latency had clearly accumulated. I then uploaded the active log. The log contains no timestamp errors, buffer growth messages, WASAPI warnings, or synchronization messages after initialization, even though the delay was clearly audible by that point.

 
Your log is incomplete but your audio lagged immediately. Sample Rate mis-matches on the mics should be corrected, can be contributing to the lag. No Video source? OBS really isn't designed for audio only recordings. Audacity is a far better option.

Anyway, Audio lag can be caused by CPU overload. I do believe the high refresh rates (200 & 144HZ) are causing your not so elite CPU to tap out. Try running both of your monitors @ 60HZ when using OBS & see if things improve.

13:57:52.111: Loaded scenes:
13:57:52.111: - scene 'Scene':
13:57:52.111: - source: 'Splice' (wasapi_process_output_capture)
13:57:52.111: - monitoring: monitor and output
13:57:52.111: - source: 'Spotify' (wasapi_process_output_capture)
13:57:52.111: ------------------------------------------------
13:57:52.113: [WASAPISource::TryInitialize]:[[VIRTUAL_AUDIO_DEVICE_PROCESS_LOOPBACK]] Failed to find window
13:57:52.113: WASAPI: Device '' failed to start (source: Splice)
13:57:52.122: [WASAPISource::TryInitialize]:[[VIRTUAL_AUDIO_DEVICE_PROCESS_LOOPBACK]] Failed to find window
13:57:52.122: WASAPI: Device '' failed to start (source: Spotify)
13:57:52.211: WASAPI: Device 'Microphone (fifine Microphone)' [44100 Hz] initialized (source: Fifine AM8)
13:57:52.216: WASAPI: Device 'Microphone (fifine Microphone)' [44100 Hz] initialized (source: Gain Check)
13:57:52.261: adding 64 milliseconds of audio buffering, total audio buffering is now 64 milliseconds (source: Fifine AM8)
13:57:52.261:
14:00:13.157: WASAPI: Device '[VIRTUAL_AUDIO_DEVICE_PROCESS_LOOPBACK]' [48000 Hz] initialized (source: Spotify)
14:00:34.159: WASAPI: Device '[VIRTUAL_AUDIO_DEVICE_PROCESS_LOOPBACK]' [48000 Hz] initialized (source: Splice)
 
rockbottom said:
Your log is incomplete but your audio lagged immediately. Sample Rate mis-matches on the mics should be corrected, can be contributing to the lag. No Video source? OBS really isn't designed for audio only recordings. Audacity is a far better option.

Anyway, Audio lag can be caused by CPU overload. I do believe the high refresh rates (200 & 144HZ) are causing your not so elite CPU to tap out. Try running both of your monitors @ 60HZ when using OBS & see if things improve.

13:57:52.111: Loaded scenes:
13:57:52.111: - scene 'Scene':
13:57:52.111: - source: 'Splice' (wasapi_process_output_capture)
13:57:52.111: - monitoring: monitor and output
13:57:52.111: - source: 'Spotify' (wasapi_process_output_capture)
13:57:52.111: ------------------------------------------------
13:57:52.113: [WASAPISource::TryInitialize]:[[VIRTUAL_AUDIO_DEVICE_PROCESS_LOOPBACK]] Failed to find window
13:57:52.113: WASAPI: Device '' failed to start (source: Splice)
13:57:52.122: [WASAPISource::TryInitialize]:[[VIRTUAL_AUDIO_DEVICE_PROCESS_LOOPBACK]] Failed to find window
13:57:52.122: WASAPI: Device '' failed to start (source: Spotify)
13:57:52.211: WASAPI: Device 'Microphone (fifine Microphone)' [44100 Hz] initialized (source: Fifine AM8)
13:57:52.216: WASAPI: Device 'Microphone (fifine Microphone)' [44100 Hz] initialized (source: Gain Check)
13:57:52.261: adding 64 milliseconds of audio buffering, total audio buffering is now 64 milliseconds (source: Fifine AM8)
13:57:52.261:
14:00:13.157: WASAPI: Device '[VIRTUAL_AUDIO_DEVICE_PROCESS_LOOPBACK]' [48000 Hz] initialized (source: Spotify)
14:00:34.159: WASAPI: Device '[VIRTUAL_AUDIO_DEVICE_PROCESS_LOOPBACK]' [48000 Hz] initialized (source: Splice)
Click to expand...
The delay had accumulated for about 25 minutes before I uploaded the active log. I understand the log doesn't show continuous runtime information, but the issue was definitely present at the time of upload.

Windows Sound Control Panel reports the microphone as 2-channel, 16-bit, 48000 Hz. OBS, however, consistently initializes it at 44100 Hz. Is that expected behavior for a USB microphone using WASAPI, or does it indicate something is wrong?

I set both monitors to 60 Hz. The delay still significantly accumulated after around 20 minutes.

This exact hardware and workflow worked for a long time, and the problem appeared without me intentionally changing my streaming setup.
 
Where's the log? The 1st log had no encoding info so get that bad boy up & I'll take a look.

As far as the audio sampling rate, some device in your audio chain is most likely set incorrectly.
 
Filters can be resource hogs. This device is the one that lagged. Since you are troubleshooting, remove them.

13:57:52.092: [Loaded global audio device]: 'Fifine AM8'
13:57:52.092: - filter: 'Noise Suppression' (noise_suppress_filter_v2)
13:57:52.092: - filter: 'Gain' (gain_filter)
13:57:52.092: - filter: '3-Band Equalizer' (basic_eq_filter)
13:57:52.092: - filter: 'Expander' (expander_filter)
13:57:52.092: - filter: 'Compressor' (compressor_filter)
13:57:52.092: - filter: 'Limiter' (limiter_filter)
13:57:52.092: - monitoring: monitor and output

13:57:52.261: adding 64 milliseconds of audio buffering, total audio buffering is now 64 milliseconds (source: Fifine AM8)
 
You must log in or register to reply here.
Back
Top