Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Release portable builds #1008

Merged
merged 9 commits into from
Aug 8, 2024
Merged

Release portable builds #1008

merged 9 commits into from
Aug 8, 2024

Conversation

ThreeDeeJay
Copy link
Contributor

Just an update for the GitHub Actions CI workflow to (in addition to artifacts already being uploaded to the workflow page) release Windows 32 and 64-bit artifacts in a portable package (soft_oal.dll renamed to OpenAL32.dll with an optional, separate package pre-configured for HRTF, and documentation) for simple drag and drop local replacement for specific games/apps to make it easier for users who are not familiar with copying files to system folders, ensure OpenAL Soft is used instead of other libraries and avoid issues with the router (e.g. currently on my machine, when using the latest router and driver DLLs, the EFXShow process hangs before starting even though renaming soft_oal.dll to replace the OpenAL32.dll router works, both in the system folder and locally)

I pushed the HRTF config to configs/HRTF/alsoft.ini, so perhaps in the future we could also have other pre-made configs like say, 7.1.4/Spatial Audio API, surround sound, crossfeed, super stereo, wave writer, etc., but let me know if it'd be better to use a different location.

My only concern is the issues mentioned here when not using the router:

DO NOT rename the soft_oal.dll files and use them as a substitute OpenAL32 file when doing steps 4 and 5. The method provided above is bound to run into far less problems by using a method similar to the way in which the original OpenAL executed it's dlls, alongside allowing for newer extensions.

Even though the official, stable release readme is much more lenient:

If you do not wish to use the router, then rename soft_oal.dll to OpenAL32.dll
(note: even the 64-bit DLL should be named OpenAL32.dll). Just be aware this
will prevent other system-installed OpenAL implementations from working.

So does the router really provide any fixes/improvements compared to using the OpenAL Soft driver library directly?
And if so, would it be possible to load both the router and driver DLL locally, perhaps even forcing OpenAL Soft library?
The router is refusing to work on my end so I can't check.

Anyhow, this should allow downloading the latest builds directly from static, permanent links like:
https://github.com/ThreeDeeJay/openal-soft/releases/tag/latest
https://github.com/ThreeDeeJay/openal-soft/releases/download/latest/OpenALSoft.zip
https://github.com/ThreeDeeJay/openal-soft/releases/download/latest/OpenALSoft+HRTF.zip
image
Note that apparently new tags like 1.23.1 didn't transfer to my fork when syncing to the main repo, but hopefully it should always use the latest tag that matches the #.#.# format. 🤞👀💦

@kcat kcat merged commit 77efa6b into kcat:master Aug 8, 2024
11 of 12 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants