the hrtf feature added in this update does not work
a workaround on a linux system is to add the needed hrtf data files from the openal-soft github
however this does not work on windows (see attachments)
Attachments
Comments 15
I'm personally unable to reproduce this issue. Using windows 8.1 and with my earphones i do notice a difference when switching the 3D option just like in your clip from linux, specially when testing MC-220080 this option kind of fixes it. I haven't messed with any files (at least that i remember), so not sure if this is hardware related or either a library issue?
i should add that if you play other games that use openal you may have these hrtf data files present on your system
and depending on the version of openal those games use they may or may not be usable by the game
but openal will always try and load these files first the current working directory of the process is just one of the places it searches for these files it also searches some system wide folders
so people who have this working may just have the data present on there system from something else
I am also facing this issue
On my ubuntu system, I can actually feel the immersion of the HRTF sound.. which is great
But on windows, there is almost no difference
But, I actually fixed it!
By installing the latest OpenAL from openal.org
I think that minecraft should be able to install this file by default.. but somehow doesn't..
Can confirm in 1.19 pre-release 3.
Also, in my case it works, but it doesn't work as it should. Here's an example of how it should work in the end – you can clearly hear that the sound source is above or below you (which is impossible when using classical stereo). But in Minecraft I hear sounds as if they are always on the same plane with me: https://youtu.be/m20wGWhHqPI
In other words, I hear a realistic binaural sound around me, but it is always at the eye level of the character, without changing the position in height (vertical direction).
Debug crash:
[media]
It's still an issue in the final 1.19 release
1.19.1 pre release 5 didn't fix it either with MC-252546
still an issue in the full release of 1.19.1
I've been playing about with this, here's a few things I came across that may help troubleshoot/fix.
MC Java has been using OpenAL soft for a while now as part of LWJGL and it's been possible for a while to enable HRFT by configuring OpenAL soft.
You can set a couple of environment variables to get ALsoft to output a log file.
ALSOFT_LOGLEVEL=3
ALSOFT_LOGFILE=alsoftlog.txt
log level can be 0..3, 0 is off, 3 is most logging.
Log file name can be whatever, with just a filename and no path it was putting the log file into my %appdata%\.minecraft folder. You should be able to add a path to put it elsewhere.
Log file will be overwritten each time MC loads.
Just loading to MC's main menu, toggling the HRTF option and then quitting MC should log enough to see what is going on.
You can create a config file for ALsoft to use.
File name needs to be alsoft.ini and can be stored in a few locations.
%appdata% is the first path checked (or maybe second if it checks where the dll is but see later on). Putting the ini here will be used by any application on the system that uses ALsoft, so be aware.
Next path that gets checked is the path of the calling exe, normally the game's exe. For us that is javaw.exe.
I used procexp to see where the new launcher is calling java from and tried to put the ini in there but it seems to get deleted when running mc.
I have a downloaded and extracted copy of jdk-17.0.4 and putting the ini file in the same directory as javaw.exe and using that java to run mc worked. This is basically so you can just have that ini only affecting an app that uses that version of java and oalsoft. So basically in this case is a way to limit the config to just mc.
You can check the link to see all the settings and their values that can go in the ini but here are some I've been testing that may help...
---------------------
[General]
channels=stereo
sample-type=float32
frequency=48000
stereo-mode=headphones
hrtf=true
hrtf-mode = full
default-hrtf=default-48000
#default-reverb=ConcertHall
---------------------
The default reverb entry was just there as it was a quick way to make sure mc was definitely using it, you could hear the reverb straight away on the title screen.
You can also go to the OpenAL soft web page and download openal-soft-1.22.2-bin.zip for the latest compiled binaries and use the gui config tool to create the ini file.
\alsoft-config\alsoft-config.exe
If you want to use a different HRTF file, as the OP posted, there a couple of things to know. By default it will look in the following locations...
%appdata%\.minecraft\
%appdata%\openal\hrtf\
C:\ProgramData\openal\hrtf\
You can put your *.mhr HRTF files in those locations, you can also add extra paths via the ini file. Be aware it will add entries for all valid files in those dirs but only use one. No idea what impact that might have but probably best to just have the one file you want to use as the default.
In the 1.22.2 zip linked above there is also a tool for generating mhr files.
\makemhr\makemhr.exe
There's load of info on the web on generating your own or how to listen to samples to work out what works for you out of a bunch of pre-generated ones and then downloading the best one. Or you can go crazy and send companies photos of your ears or go get your head 3d scanned I guess. 😃
The built in HRTF is for 44100hz and for me resamples to 48000hz, as that is what my headphone device is set to.
As a test I downloaded and used the HRTF example the OP mentioned.
The 'default-hrtf=default-48000' line in my ini file entries above tells it to look for and use the default-48000 HRTF from any mhr HRTF files it found and loaded before.
The current version of LWJGL used in MC is '3.3.1-build-7' and the version of OpenAL soft from that is 'v1.21.1-2290817 master'.
There is a newer release (and newer non release builds) of OpenAL soft on the github but the bit of playing about I did I didn't manage to get mc to use a different version of the dll. Tried copying it to various places, renaming it, replacing openal.dll in the lwjgl jar file a few thing but mc would ignore it, overwrite it or just crash on load with an error.
Someone with more knowledge could probably mod it in more easily.
Sorry if this is telling anyone what they already know and apologies for the long post but hopefully it can help the OP or anyone else who comes across it.
Follow up to my post above.
One other thing that might be causing the OP to get such different results is that the HRTF profile they link is out of date and I don't think it should be used with the version of OAL that MC is currently using.
I believe that HRTF profile is pre alsoft v1.19.
Pre alsoft v1.19 HRFT profiles should not be used with post 1.19 versions as the format changed.
Probably should be using the one from here but tbh there shouldn't be any need as if no profile file is used alsoft will just use it's built in default anyway which I would guess is basically the same.
With the info posted above OP should be able to test this and see.
Found out a way to use a different version of the ALsoft dll with MC.
You can add this line to the end of your java args in the launcher...
-Dorg.lwjgl.openal.libname="{path}\{file}"
...to get MC to use a different dll for OpenAL.
Go to %appdata%\.minecraft\libraries\org\lwjgl\lwjgl-openal\3.2.2\ and open archive or unzip the lwjgl-openal-3.2.2-natives-windows.jar file.
In here is a OpenAL.dll that is used pre 1.19 MC.
Go to %appdata%\.minecraft\libraries\org\lwjgl\lwjgl-openal\3.3.1\ and open or unzip the lwjgl-openal-3.3.1-natives-windows.jar file.
In here is \windows\x64\org\lwjgl\openal\OpenAL.dll that is used for 1.19 MC
So you can use one of those by extracting the dll out of the jar archive then use the java arg to point to it.
If you want to try a newer version
Go to https://openal-soft.org/openal-releases/ for the latest release version 1.22.2, you want the \bin\Win64\softoal.dll from that archive.
If you want the latest dev version go to https://github.com/kcat/openal-soft/actions and click the latest fix for the master branch and there should be a zip with just the softoal.dll in it.
still an issue in 1.19.2
still an issue in 1.19.4
still an issue in 1.20
Still an issue in 1.20.2
I've tested the snapshot on Windows and tried the 3D audio, and while it appeared to make a very slight and subtle difference in how the sound was played back it wasn't nearly as noticeable as in your linux video.
I don't know enough about this and also don't have a linux installation handy, so I'll mark this as plausible for a dev to look at.