Doomsday Engine

OK, let's start with a simple thing:
marking just the declarations with 'extern "C"' is not enough,
definitions must be marked too, otherwise plugin doesn't load (my patch was marking both).

Second, AL_INVALID_OPERATION:
I've chatted briefly with openal-soft upstream and he came up with a solution that seems to be working.
A few quotes:
"don't call alSourcei(srcName, AL_BUFFER, bufName); until after the buffer has been filled
I suspect you could avoid calling that in DS_SFX_CreateBuffer, and let DS_SFX_Play do it when it's ready to play"
"you don't need the buffer attached to the source until you go to actually play the source."
"if a buffer will only ever be attached to one source, then what you can do in DS_SFX_Load is call
alSourceStop(source);
alSourcei(source, AL_BUFFER, 0);
before alBufferData
DS_SFX_Play will then reattach the buffer before playing it"

After making those changes in the code, openal seems to work correctly ingame (there's an odd crash upon quiting (segfault after "Event loop exited with code 0." message) with hexen, doom seems fine though - go, figure). (The most annoying part of the crash is its heisenbug nature: if I try attaching gdb, I can't trigger the crash)

As the changes regarding AL_INVALID_OPERATION are more of an idea than a fully tested solution, I'm creating this as a bug, not a patch.

On a not quite related note: what's with "Z_ChangeTag: An owner is required for purgable blocks." flood while openal is not in use ?

Labels: OpenAL

• http://sourceforge.net/p/deng/bugs/1111/attachment/fix-oal-crash.patch