Open orion78fr opened 3 years ago
Can confirm this happen to other users too, I saw it while watching some streams.
Does it always happen? I can't reproduce it here so it's a bit hard to come up with a solution
Yeah, it happen consistently on OBS start until there is sound in the source. I'm using a virtual audio cable (from https://vac.muzychenko.net/en/download.htm) and I'm not certain but the streamer I was watching having the same bug is using a GoXLR (but may have some virtual cables too).
I may be able to setup a debugging env later this evening to look at it. Do I have to use Visual Studio or can I use mingw+CLion ?
I don't think obs compiles under mingw
Damn... I will try to setup a Visual Studio env then...
Ok so I took a bit more time than I thought to setup the build env (I had to download msvc and it was heavy to download and got sidetracked during the download).
So first I can tell you this happens with monstercat filter and not the other filters. Maybe you will have the same behavior by choosing the same config as on the screenshot ?
Note that it doesn't happen suddenly, I have to restart OBS for this to happen
This bug happens on Linux also, what I've come to find is that if I switch it from Desktop Audio to Mic Input it works fine, but if I switch it back it just does this. But also in my findings, is that if I change my Desktop Audio output source to something else and back again, it appears to work just as normal, but this is only a temporary fix until I restart OBS.
This seems to be related to #21 as the bars are full when sound doesn't work, no matter what the properties are set to.
Oh, It only seems to have this problem on 1.3.4 version, but the 1.3.2 is normal.
When starting OBS, I have the visualisation with the bars tall like shown in this image :
I don't know what's causing this, changing the audio source doesn't fix it if the other sources don't have audio. No visible bug lines inside the logs :
Playing sound in the audio source (here play / pause the song in spotify) fixes it.