Work around for 16000 Hz Support?
Posted: Thu Oct 03, 2019 9:16 pm
So I had a question. I got a new headset with an adapter and found the adapter had 2 speakers. 1 is meant for unregulated changes such as chat audio while 1 is meant for everything else. So the 1 for everything else can only be set to 16 bit 48000 Hz. I figure "eh, not a problem" and made sure Voicemeeter ran appropriately for that.
But the unregulated changes sound only has 2 "options" and the choices aren't really options from the looks of it. They are both 2 Channel, 16 bit, 16000 Hz (1 being "Tape Recorder" while the other doesn't mention that part). Windows went with that by default. At first, I threw it in to figure how it will handle, but it lock errors the adapter. So I have to remove it from voicemeeter, unplug adapter, restart the audio, plug in the adapter and all audio in that adapter works again. Re-checking through the documentation, I completely forgot that the output channels only went down as far as 32000 Hz support. So I figure Voicemeeter is erroring the entire adapter for only using 16000 Hz and unable to convert it. Ironically however, the mic is routed in the adapter under the seemingly same throughput as the chat speaker, but it is routed as 1 channel, 16-bit, 48000 Hz which it can go lower, but still, it through me off. So trying it out, I set the hardware input to take in the mic through WDM. It worked without issues. The adapter is run as KS-method since I believe it was said if available, go with it, but the same can't be applied for the chat. While I could try WDM, given that the support is not 16000 Hz, I feel I'll probably get the same error.
Since the chat audio speaker portion of it can't seem to appear as another hardware input, I am probably out of luck unless there is something else I can do as the headset has its own audio slider, but it changes the receiving audio overall, not just the chat, which can make for some uncomfortable sounds and having to lower down overall sound. I figure if I can get it routed, then maybe I don't have to lower the sounds in Voicemeeter to accommodate the more clarity on any voice-based audio that comes in. Would I need some external means or would I have to settle with the idea of doing the "reverse" if you will for audio?
But the unregulated changes sound only has 2 "options" and the choices aren't really options from the looks of it. They are both 2 Channel, 16 bit, 16000 Hz (1 being "Tape Recorder" while the other doesn't mention that part). Windows went with that by default. At first, I threw it in to figure how it will handle, but it lock errors the adapter. So I have to remove it from voicemeeter, unplug adapter, restart the audio, plug in the adapter and all audio in that adapter works again. Re-checking through the documentation, I completely forgot that the output channels only went down as far as 32000 Hz support. So I figure Voicemeeter is erroring the entire adapter for only using 16000 Hz and unable to convert it. Ironically however, the mic is routed in the adapter under the seemingly same throughput as the chat speaker, but it is routed as 1 channel, 16-bit, 48000 Hz which it can go lower, but still, it through me off. So trying it out, I set the hardware input to take in the mic through WDM. It worked without issues. The adapter is run as KS-method since I believe it was said if available, go with it, but the same can't be applied for the chat. While I could try WDM, given that the support is not 16000 Hz, I feel I'll probably get the same error.
Since the chat audio speaker portion of it can't seem to appear as another hardware input, I am probably out of luck unless there is something else I can do as the headset has its own audio slider, but it changes the receiving audio overall, not just the chat, which can make for some uncomfortable sounds and having to lower down overall sound. I figure if I can get it routed, then maybe I don't have to lower the sounds in Voicemeeter to accommodate the more clarity on any voice-based audio that comes in. Would I need some external means or would I have to settle with the idea of doing the "reverse" if you will for audio?