 |
quake.wad (2,582 bytes) |
|
|
I can get this too. It is just the 32 bit version though. The 64 bit version seems to work just fine. |
|
|
Also, any value for the intensity, radius and tremor, even at minimum, the game will freeze no matter what. |
|
|
After some testing, I've come to the conclusion that the crash may be related to the sound played during quake effects, specifically their FLAC format, making the secret sound play by entering a secret sector or crossing a secret line also crashed the game for me, but it didn't when I added a custom DSSECRET via an external pk3, in WAV format. |
|
|
Released 32-bit build crashes inside libsndfile-1.dll. |
|
|
I'm off for the entire day so I cannot test myself right now. Can you retest this with the DLL from the 2.4 release? That's an older one. This probably needs to be reported to the libsndfile developer if it can be confirmed to be a library related error. |
|
|
Fixed in 8a36bf5 Hard to say who is responsible for this fault, our code or libsndfile. If SSE optimization was explicitly enabled during compilation of DLL, I guess we need to do proper buffer alignment. In any case, it was quite easy to fix on our side. |
|
|
Such a requirement should never be made part of an ABI. |
|
|
Even after my fix I've got the same unaligned access in Debug Win32 build. Apparently something is really wrong with libsndfile. UPDATE: I built libsndfile from master branch using MSVC. Release DLL works fine with all GZDoom configurations. Most likely 1.0.28 was compiled with MinGW which is guilty of breaking alignment in stack. The question is how do we proceed with libsndfile for minor release? |
- Anonymous
