Closed Mastro12345 closed 3 years ago
Can confirm, I've tried few weeks back myself to fix the exact same issue. I ended up using VoiceMeeter to actually set the volume, game still tries to adjust it but VoiceMeeter somehow overrides it.
Same here, every time I join HL servers have the same problem witch makes my microphone volume jump up and down. I did change audio drivers and did delete cache many times with no solution. Temporary solution is that every time I join server is to go to Microphone Properties in Windows and to change sample rate and bit depth to something else while I am in server. That locks up the volume and can talk normally.
Cannot reproduce, considering a FiveM issue, would advise to open a forum bug report.
Describe the bug For the past 9-12 months I have been facing this issue where if I raise my voice whilst on the server, microphone volume auto-adjusts from 100 to 95, 80 etc, depends on how much I 'shout'. It makes it impossible for others to hear me, and I have to manually increase it everytime just for it to go down again. This was not a thing about a year++ ago. Be aware that it happens only on Highlife, I have tested it on other servers and never had this issue.
I have tried many things, such unchecking
''Allow applications to take exclusive control of this device''
, unchecking''Enable audio enhancements''
etc from microphone properties. And other things that I found on google. Nothing has seemed to work at all.Recently I figured out what is causing it and how to fix it, but it's a temporary solution and Ι have to repeat the same steps whenever connecting to the server. Basically, when joining Highlife those two processes are active:
As you can see, FiveM Chromium Subprocess and FiveM Game Subprocess. If both of those are in use, I face this issue of microphone volume adjustment. When FiveM Chromium Subprocess however becomes inactive, it stays solid and does not adjust, regardless of how much I raise my voice etc. A way to disable it is by going to microphone properties and changing sample rates, or disabling/enabling audio enhancements. This leads to that certain subprocess shutting down completely, hence not causing any problems.
*On other servers Chromium Subprocess is not being used at all.
Additional context I want to mention that this does not happen to everyone obviously, only to a few people from the looks of it. I have a friend of mine who has the same issue, different headphones, different hardware etc. Mine is USB connected, his is 3.5mm.
To Reproduce Steps to reproduce the behaviour:
Thanks.