[obsolete] Updated OpenAL DLLs (fixes stereo weapon sounds)

[Nash]

UPDATE: with the official release of GZDoom 3.1.0, these homebrew DLLs are now obsolete. Removing content to prevent users from downloading unofficial files

[Rachael]

_mental_ did something similar, although by now I am sure his files are older.

I don't know how "stable" Chris considers these particular revisions, but at any rate, I do think that once Blzut3 gets the opportunity, he will probably update his packaging for the devbuilds so that they come out with at least one set of the newer files.

[Graf Zahl]

What are these compiled with?

[_mental_]

Apparently with VS2015, it uses dynamic runtime as far as I can tell.
HRTF data were not embedded by the way.

[Graf Zahl]

Ok, in that case they are useless for deployment.

[Nash]

Yeah these were put together really quickly so users can play with stereo sounds while waiting for official updates... I wouldn't use these for deployment and production.

[Nash]

Okay since I've already posted about it 3 times in the Devbuilds thread with no response, and I don't feel like posting a fourth time...

What do I need to do to compile the OpenAL DLL properly?

Particularly:

1) What should I do to make the HRTF data embedded correctly?

2) I take it using dynamic runtime isn't good, so - what should I do instead?

[Chris]

1) What should I do to make the HRTF data embedded correctly?

Pass -DALSOFT_EMBED_HRTF_DATA=ON to cmake (enable ALSOFT_EMBED_HRTF_DATA if you're using a GUI that lists options).

2) I take it using dynamic runtime isn't good, so - what should I do instead?

For MSVC, pass -DFORCE_STATIC_VCRT=ON to cmake (enable FORCE_STATIC_VCRT).

[_mental_]

To make ready-to-distribute version you need to:

• Use v140_xp toolset in VS2015 or v141_xp in VS2017
• Enable ALSOFT_EMBED_HRTF_DATA option during configuration via CMake
• Change /MD switch to /MT in CMAKE_C_FLAGS_RELEASE option in CMake (I assume that you about to build Release configuration)

While checking these requirements I built both 32- and 64-bit DLLs with VS2015 and uploaded them here.
I didn't test these DLLs but they should be pretty stable, at this commit to be precise.

[Chris]

Change /MD switch to /MT in CMAKE_C_FLAGS_RELEASE option in CMake (I assume that you about to build Release configuration)

That's what the FORCE_STATIC_VCRT option does:

Code: Select all

OPTION(FORCE_STATIC_VCRT "Force /MT for static VC runtimes" OFF)
IF(FORCE_STATIC_VCRT)
    FOREACH(flag_var
            CMAKE_C_FLAGS CMAKE_C_FLAGS_DEBUG CMAKE_C_FLAGS_RELEASE
            CMAKE_C_FLAGS_MINSIZEREL CMAKE_C_FLAGS_RELWITHDEBINFO)
        IF(${flag_var} MATCHES "/MD")
            STRING(REGEX REPLACE "/MD" "/MT" ${flag_var} "${${flag_var}}")
        ENDIF()
    ENDFOREACH(flag_var)
ENDIF()

[_mental_]

Thanks, I was not aware of this option.

[DaMan]

You can link with "/NODEFAULTLIB:libucrt.lib ucrt.lib" to dynamic link to the UCRT and static link the VC bits. WannaCry took care of any PCs that haven't run Windows Update.
Or use GCC and link to þe olde msvcrt. Here's a 64bit GCC7 build.

[Nash]

To make ready-to-distribute version you need to:

• Use v140_xp toolset in VS2015 or v141_xp in VS2017
• Enable ALSOFT_EMBED_HRTF_DATA option during configuration via CMake
• Change /MD switch to /MT in CMAKE_C_FLAGS_RELEASE option in CMake (I assume that you about to build Release configuration)

While checking these requirements I built both 32- and 64-bit DLLs with VS2015 and uploaded them here.
I didn't test these DLLs but they should be pretty stable, at this commit to be precise.

Thank you! I am updating the OP to link to your binaries.

[Blue Shadow]

Locked by request from the topic starter.