ZDoom with OpenAL
Moderator: GZDoom Developers
- Graf Zahl
- Lead GZDoom+Raze Developer

- Posts: 49252
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: ZDoom with OpenAL
Ok, that should do it. How is FLAC being handled? Is that part of libsndfile?
- Chris
- Posts: 2983
- Joined: Thu Jul 17, 2003 12:07 am
- Graphics Processor: ATI/AMD with Vulkan/Metal Support
Re: ZDoom with OpenAL
Yeah. It needs libFLAC to work, though (which I forgot about, but is there on http://www.xiph.org/downloads/). If you need a flac dll, I can try making one for you.Graf Zahl wrote:Ok, that should do it. How is FLAC being handled? Is that part of libsndfile?
EDIT:
Here's a libFLAC.dll from illiminble (Ogg DShow codecs).
- Attachments
-
libFLAC.zip- (61.97 KiB) Downloaded 55 times
- Graf Zahl
- Lead GZDoom+Raze Developer

- Posts: 49252
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: ZDoom with OpenAL
Sorry, that one won't do. It uses a customized CRT for MSVC which normally does not exist.
- Chris
- Posts: 2983
- Joined: Thu Jul 17, 2003 12:07 am
- Graphics Processor: ATI/AMD with Vulkan/Metal Support
Re: ZDoom with OpenAL
Will one compiled with MinGW do?
- Graf Zahl
- Lead GZDoom+Raze Developer

- Posts: 49252
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: ZDoom with OpenAL
Yes. But it's not urgent. I'd like to try to get MinGW to work myself for such cases.
- Graf Zahl
- Lead GZDoom+Raze Developer

- Posts: 49252
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: ZDoom with OpenAL
Ok, sorry to rant.
*
I just installed MinGW and had a look at the OGG and FLAC libraries. How the *f*uck am I supposed to compile those with MinGW? Is there any way I can generate a makefile out of that autotools garbage that constitutes the bulk of these distributions?
(And that all because I wanted to reduce file size by using a shared CRT.)
*
I just installed MinGW and had a look at the OGG and FLAC libraries. How the *f*uck am I supposed to compile those with MinGW? Is there any way I can generate a makefile out of that autotools garbage that constitutes the bulk of these distributions?
(And that all because I wanted to reduce file size by using a shared CRT.)
- Chris
- Posts: 2983
- Joined: Thu Jul 17, 2003 12:07 am
- Graphics Processor: ATI/AMD with Vulkan/Metal Support
Re: ZDoom with OpenAL
The autotools stuff should work in Windows with MSys. Command-line-based tools generally need a better shell than the one Windows comes with by default.Graf Zahl wrote:I just installed MinGW and had a look at the OGG and FLAC libraries. How the *f*uck am I supposed to compile those with MinGW? Is there any way I can generate a makefile out of that autotools garbage that constitutes the bulk of these distributions?
- Graf Zahl
- Lead GZDoom+Raze Developer

- Posts: 49252
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: ZDoom with OpenAL
Argh!
So in order to run this shit I have to install more shit?
Sigh... Why does the LInux community have to rely on such garbage tools? Just looking at these files makes my head scratch. How brain damaged must one be to actually design something like that?
So in order to run this shit I have to install more shit?
Sigh... Why does the LInux community have to rely on such garbage tools? Just looking at these files makes my head scratch. How brain damaged must one be to actually design something like that?
- Chris
- Posts: 2983
- Joined: Thu Jul 17, 2003 12:07 am
- Graphics Processor: ATI/AMD with Vulkan/Metal Support
Re: ZDoom with OpenAL
Because people don't like change.Graf Zahl wrote:Sigh... Why does the LInux community have to rely on such garbage tools? Just looking at these files makes my head scratch. How brain damaged must one be to actually design something like that?
- Graf Zahl
- Lead GZDoom+Raze Developer

- Posts: 49252
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: ZDoom with OpenAL
Chris wrote: I'm glad CMake is catching on.
Me, too. Although just trying to compile ZDoom also resulted in no presentable results. For some reason CMake insists to use Microsoft's DX headers instead of the ones for MinGW and the GCC that was installed by MinGW apparently can't compile ZDoom. I only get this:
Code: Select all
D:\windoom\zdoomstuff\zdoomsrc\zdoom\trunk\src\r_draw.cpp:140: error: initializer for scalar variable requires one element
mingw32-make[2]: *** [src/CMakeFiles/zdoom.dir/r_draw.obj] Error 1
mingw32-make[1]: *** [src/CMakeFiles/zdoom.dir/all] Error 2
mingw32-make: *** [all] Error 2
- Chris
- Posts: 2983
- Joined: Thu Jul 17, 2003 12:07 am
- Graphics Processor: ATI/AMD with Vulkan/Metal Support
Re: ZDoom with OpenAL
What version of GCC? MinGW was stuck at GCC 3.4 for the longest time because the maintainer couldn't handle it more. There are some GCC 4.2 version release candidates though, here.Graf Zahl wrote:Me, too. Although just trying to compile ZDoom also resulted in no presentable results. For some reason CMake insists to use Microsoft's DX headers instead of the ones for MinGW and the GCC that was installed by MinGW apparently can't compile ZDoom. I only get this:
... which according to closed bug reports is caused by an old GCC.
- Graf Zahl
- Lead GZDoom+Raze Developer

- Posts: 49252
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: ZDoom with OpenAL
Yes, 3.4 it is. Trying out your links.
-
Blzut3
-

- Posts: 3215
- Joined: Wed Nov 24, 2004 12:59 pm
- Operating System Version (Optional): Kubuntu
- Graphics Processor: ATI/AMD with Vulkan/Metal Support
- Contact:
Re: ZDoom with OpenAL
I seem to be having problems compiling this under Linux.
Code: Select all
[ 36%] Building CXX object src/CMakeFiles/zdoom.dir/sound/oalsound.o
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp: In member function ‘void OpenALSoundRenderer::CheckActiveChannels()’:
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp:667: error: cast from ‘void*’ to ‘ALuint’ loses precision
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp: In member function ‘virtual unsigned int OpenALSoundRenderer::GetMSLength(SoundHandle)’:
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp:699: error: cast from ‘void*’ to ‘ALuint’ loses precision
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp: In member function ‘virtual unsigned int OpenALSoundRenderer::GetSampleLength(SoundHandle)’:
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp:715: error: cast from ‘void*’ to ‘ALuint’ loses precision
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp: In member function ‘virtual void OpenALSoundRenderer::UnloadSound(SoundHandle)’:
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp:888: error: cast from ‘void*’ to ‘ALuint’ loses precision
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp: In member function ‘virtual FISoundChannel* OpenALSoundRenderer::StartSound(SoundHandle, float, int, int, FISoundChannel*)’:
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp:1072: error: cast from ‘void*’ to ‘ALuint’ loses precision
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp: In member function ‘virtual FISoundChannel* OpenALSoundRenderer::StartSound3D(SoundHandle, SoundListener*, float, FRolloffInfo*, float, int, int, const FVector3&, const FVector3&, int, int, FISoundChannel*)’:
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp:1209: error: cast from ‘void*’ to ‘ALuint’ loses precision
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp: In member function ‘virtual void OpenALSoundRenderer::StopChannel(FISoundChannel*)’:
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp:1258: error: cast from ‘void*’ to ‘ALuint’ loses precision
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp: In member function ‘virtual unsigned int OpenALSoundRenderer::GetPosition(FISoundChannel*)’:
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp:1289: error: cast from ‘void*’ to ‘ALuint’ loses precision
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp: In member function ‘virtual void OpenALSoundRenderer::UpdateSoundParams3D(SoundListener*, FISoundChannel*, bool, const FVector3&, const FVector3&)’:
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp:1333: error: cast from ‘void*’ to ‘ALuint’ loses precision
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp: In member function ‘virtual void OpenALSoundRenderer::UpdateSounds()’:
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp:1447: error: cast from ‘void*’ to ‘ALuint’ loses precision
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp: In member function ‘virtual FString OpenALSoundRenderer::GatherStats()’:
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp:1511: warning: format ‘%u’ expects type ‘unsigned int’, but argument 3 has type ‘size_t’
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp:1511: warning: format ‘%u’ expects type ‘unsigned int’, but argument 4 has type ‘long unsigned int’
/home/blzut3/Code/ZDoomAL/src/sound/oalsound.cpp:1511: warning: format ‘%u’ expects type ‘unsigned int’, but argument 5 has type ‘size_t’
make[2]: *** [src/CMakeFiles/zdoom.dir/sound/oalsound.o] Error 1
make[1]: *** [src/CMakeFiles/zdoom.dir/all] Error 2
make: *** [all] Error 2- Graf Zahl
- Lead GZDoom+Raze Developer

- Posts: 49252
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: ZDoom with OpenAL
The code is obviously not 64bit compatible.
- Chris
- Posts: 2983
- Joined: Thu Jul 17, 2003 12:07 am
- Graphics Processor: ATI/AMD with Vulkan/Metal Support
Re: ZDoom with OpenAL
It is, though I didn't consider the compiler throwing out warnings. The pointers are set by the value of an ALuint, so casting those pointers back to an ALuint doesn't lose anything. The compiler doesn't realize that, though. The "format '%u' expects..." warnings are problems, though.Graf Zahl wrote:The code is obviously not 64bit compatible.