Very strange AUDIO issue. Open mic with delay but there's no open mic.

Xorcist

Member
So as the title says... I open OBS and windows 11 shows a blue mic and it clearly says OBS is using the mic.
Problem is. It's not.
It's not in any scenes. I can make a new empty scene.
It's not in monitoring.
It's not chosen anywhere.

But I can HEAR in my headphones the audio coming through my default USB mic but it's delayed about a half second!

If you record, it's not in the recording. Just the monitoring. But it's not in any monitoring path.

VB Cable is installed but unused. All default settings AND this behavior wasn't there last month so it seems like the latest update is causing it.

Anyone else experiencing this?
 
 
Here it is but note:

I have two scenes. One is "Blank" and the other is "Session Capture"

When Blank is active, the problem exists. There are NO AUDIO INPUTS active. You do not see any meters yet the USB system mic (the USB mic) is picking up sound and you hear it in the headphones which is the OUT 7-8 (BEHRINGER X-AIR) but there's what seems a 300-400 ms delay.

When I switch to "Session Capture" the problem vanishes.

I have looked over each scene within the Blank collection and they all exhibit the issue. The one scene in Session Capture doesn't have this issue.

Truly baffling.

 
1789581603097.png

It's totally inactive and this sound pick up is coming from my USB mic and is delayed 300-400 ms.
Viewing all meters shows no meters moving, only the delayed output appearing on the global output.
The device in question here is a hardware HDMI port on the HDMI capture card. There are no audio inputs on the card.
 
The item in question you're referring to is a 'video capture device' that has no audio associated with it. It's a HDMI input.

My audio settings show no such setting anywhere unless it's buried somewhere else?
1789601347067.png
\

source properties show nothing about a microphone or DirectSound.
1789601406745.png

1789601524392.png

(Deactivating this source does nothing - the issue remains)

If I turn off mic access from Windows to OBS, it finally stops.
 
It should be noted that it only starts the feedback issue after you change to the scene AND it completes loading everything including the input from the 4 port HDMI card. During this time you can see the input meter on the USB mic input moving when you tap it but only once it's all done loading does the OUTPUT show the delayed response.
 
Looking at this more, I suspect the .json profile for Blank is corrupted somehow causing this as recreating the scenes in the other Session Capture .json does not reproduce this.

I've noticed the bad scene is lacking the call out of the Mic/Aux in the beginning declarations where as the working one calls out the Mic/Aux before the "groups":[], tag - not sure if that could be tripping things up. Still no explanation for the delay from mic in to speaker out.

Bad Scene Start:
{
"name": "Blank",
"DesktopAudioDevice1": {
"prev_ver": 537001986,
"name": "Desktop Audio (2)",
"uuid": "35efd53e-7fa2-411a-8ee3-d5115798f1a4",
"id": "wasapi_output_capture",
"versioned_id": "wasapi_output_capture",
"settings": {
"device_id": "{0.0.0.00000000}.{921d95c6-2e6b-4e62-9aa7-e2d24eef75b8}"
},
"mixers": 255,
"sync": 0,
"flags": 0,
"volume": 1.0,
"balance": 0.5,
"enabled": true,
"muted": false,
"push-to-mute": false,
"push-to-mute-delay": 0,
"push-to-talk": false,
"push-to-talk-delay": 0,
"hotkeys": {
"libobs.mute": [],
"libobs.unmute": [],
"libobs.push-to-mute": [],
"libobs.push-to-talk": []
},
"deinterlace_mode": 0,
"deinterlace_field_order": 0,
"monitoring_type": 0,
"private_settings": {}
},
"groups": [],
"scene_order": [

Good Scene Start:
{
"name": "Session Capture",
"DesktopAudioDevice1": {
"prev_ver": 537001986,
"name": "Desktop Audio",
"uuid": "a2462f8b-42d6-45d8-bab9-f713059ee165",
"id": "wasapi_output_capture",
"versioned_id": "wasapi_output_capture",
"settings": {
"device_id": "default"
},
"mixers": 255,
"sync": 0,
"flags": 0,
"volume": 1.0,
"balance": 0.5,
"enabled": true,
"muted": false,
"push-to-mute": false,
"push-to-mute-delay": 0,
"push-to-talk": false,
"push-to-talk-delay": 0,
"hotkeys": {
"libobs.mute": [],
"libobs.unmute": [],
"libobs.push-to-mute": [],
"libobs.push-to-talk": []
},
"deinterlace_mode": 0,
"deinterlace_field_order": 0,
"monitoring_type": 0,
"private_settings": {}
},
"AuxAudioDevice1": {
"prev_ver": 537001986,
"name": "Mic/Aux",
"uuid": "1e5d9f78-9f13-48c2-9fbf-7cb2cbfa9226",
"id": "wasapi_input_capture",
"versioned_id": "wasapi_input_capture",
"settings": {
"device_id": "{0.0.1.00000000}.{f650a298-c36f-490e-b676-9f03b9e82c0d}"
},
"mixers": 255,
"sync": 0,
"flags": 0,
"volume": 1.0,
"balance": 0.5,
"enabled": true,
"muted": true,
"push-to-mute": false,
"push-to-mute-delay": 0,
"push-to-talk": false,
"push-to-talk-delay": 0,
"hotkeys": {
"libobs.mute": [],
"libobs.unmute": [],
"libobs.push-to-mute": [],
"libobs.push-to-talk": []
},
"deinterlace_mode": 0,
"deinterlace_field_order": 0,
"monitoring_type": 0,
"private_settings": {
"mixer_hidden": true
}
},
"groups": [],
 
The item in question you're referring to is a 'video capture device' that has no audio associated with it. It's a HDMI input.

My audio settings show no such setting anywhere unless it's buried somewhere else?
View attachment 121287\

source properties show nothing about a microphone or DirectSound.
View attachment 121288
View attachment 121289
(Deactivating this source does nothing - the issue remains)

If I turn off mic access from Windows to OBS, it finally stops.

heh you are so close, scroll down in the properties window for the video capture device.
 
In the log I see 3rd party plugins and fade transition applied to the source "show/hide", also user switches Scene Collections. So, I rather start OBS safe mode first (there is cmdline key for this "--safe-mode"). Second possible step is to duplicate both Scene Collections ("from" which you are switching and "to" which you are switching) and remove in the both copies of the Scene Collections the mentioned show/hide transition (OBS should be still in the safe mode).
 
I figured it out - Odd that the debug never disclosed this but it was the HDMI 2 cam capture.
1789672971760.png


Audio Device routing the USB Mic through to DirectSound yet the delay is odd. Nothing has an audio delay on it.
Also, OBS changed on an update that Audio Device to the USB mic instead of another interface that the apple 2 audio out went into to capture audio from it so that explained the open mic all of a sudden. This happened on the last major update a couple weeks ago.

So happy with 1/2 the issue resolved. I have to get some audio happening to test the Apple 2 sync now but yeah, shouldn't have a delay on the output. If I turn the monitoring on the actual USB mic in OBS, the output to desktop for monitoring is instant so it does look like possibly something with DirectSound outside of OBS is causing the delay.
 
Back
Top