by Chris » Sat Dec 21, 2019 7:35 pm
The GetConfigValue lines are fine, it just means there's no user-specified value for the setting and will use the default. Those unhandled channel lines, though, show the problem. It appears you have a rather unusual speaker configuration (front-left, front-right, front-center, back-center), which OpenAL Soft doesn't know how to create a mix for and WASAPI won't attempt to remap a plain stereo stream for it. That's the one restriction WASAPI has that makes no sense to me, that a client must provide a stream configuration that matches exactly the device configuration, whatever it is. Even though the device configuration includes front-left and front-right speakers, WASAPI will refuse to accept a stream that only has front-left and front-right channels if the device has anything more than that. Each app has to deal with any device configuration the system can possibly throw at it.
For the time being, you can either configure OpenAL Soft to use dsound or winmm (which do still remap channels, though may have higher latency), or reconfigure the device in Windows to be stereo or quadraphonic (front-left, front-right, back-left, back-right). I'll see if I can make a more robust workaround in OpenAL Soft for its next release, to try harder with ensuring at least stereo output works. To configure OpenAL Soft in the mean time, either use the alsoft-config utility if available, or create a text file in the GZDoom folder, name it 'alsoft.ini', and add the line:
The GetConfigValue lines are fine, it just means there's no user-specified value for the setting and will use the default. Those unhandled channel lines, though, show the problem. It appears you have a rather unusual speaker configuration (front-left, front-right, front-center, back-center), which OpenAL Soft doesn't know how to create a mix for and WASAPI won't attempt to remap a plain stereo stream for it. That's the one restriction WASAPI has that makes no sense to me, that a client must provide a stream configuration that matches exactly the device configuration, whatever it is. Even though the device configuration includes front-left and front-right speakers, WASAPI will refuse to accept a stream that only has front-left and front-right channels if the device has anything more than that. Each app has to deal with any device configuration the system can possibly throw at it.
For the time being, you can either configure OpenAL Soft to use dsound or winmm (which do still remap channels, though may have higher latency), or reconfigure the device in Windows to be stereo or quadraphonic (front-left, front-right, back-left, back-right). I'll see if I can make a more robust workaround in OpenAL Soft for its next release, to try harder with ensuring at least stereo output works. To configure OpenAL Soft in the mean time, either use the alsoft-config utility if available, or create a text file in the GZDoom folder, name it 'alsoft.ini', and add the line:
[code]drivers = dsound, # or winmm[/code]