Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Following this suggestion to try Jack on Windows, I decided to give it a shot, but found out that just setting
drivers=jack
wasn't enough: the backend was not enabled for Windows builds. So I managed to install the dependencies and build it here.https://github.com/ThreeDeeJay/openal-soft/actions/runs/10440094213
However, I was still not able to get it working. I'm not sure if it's an issue with OpenAL Soft, Jack, PortAudio, ASIO, or something else on my end, but it can't even establish an active connection/stream via the Jack control panel (which btw is unnervingly buggy for an app that deals with ASIO 👀💦 )
Changing buffer or sample rate doesn't help, though fwiw the dummy backend in Jack seems to play nice with ASIO4ALL (though 32000hz is the highest sample rate without "XRuns" (underruns?) warnings)
Anyhow, when attempting to use Jack in OpenAL Soft, the apps fail to open the device no matter what I do:
Test build with config and logs: OpenALSoftJackTest.zip
Something to note: for some reason, the Jack installers copy DLLs to
C:\Windows
instead ofC:\Windows\System32
/C:\Windows\SysWOW64
so I had to copy them manually to the executable folder. Also, OpenAL Soft Win64 looks forlibjack.dll
even though the file added by Jack islibjack64.dll
.I know this sounds more like an issue but even though I'm not really fond of the friction it takes to set this up (especially since both the Win32 and Win64 make my AV and HybridAnalysis scream bloody murder), I figured I'd still share the CI in case someone can figure out how to get this working and maybe then this could be eventually merged so people don't have to go out of their way to compile with Jack.