ZDoom with OpenAL

Moderator: GZDoom Developers

Post Reply
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49252
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: ZDoom with OpenAL

Post by Graf Zahl »

Ok, that should do it. How is FLAC being handled? Is that part of libsndfile?
User avatar
Chris
Posts: 2983
Joined: Thu Jul 17, 2003 12:07 am
Graphics Processor: ATI/AMD with Vulkan/Metal Support

Re: ZDoom with OpenAL

Post by Chris »

Graf Zahl wrote:Ok, that should do it. How is FLAC being handled? Is that part of libsndfile?
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.

EDIT:
Here's a libFLAC.dll from illiminble (Ogg DShow codecs).
Attachments
libFLAC.zip
(61.97 KiB) Downloaded 55 times
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49252
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: ZDoom with OpenAL

Post by Graf Zahl »

Sorry, that one won't do. It uses a customized CRT for MSVC which normally does not exist.
User avatar
Chris
Posts: 2983
Joined: Thu Jul 17, 2003 12:07 am
Graphics Processor: ATI/AMD with Vulkan/Metal Support

Re: ZDoom with OpenAL

Post by Chris »

Will one compiled with MinGW do?
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49252
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: ZDoom with OpenAL

Post by Graf Zahl »

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

Re: ZDoom with OpenAL

Post by Graf Zahl »

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.)
User avatar
Chris
Posts: 2983
Joined: Thu Jul 17, 2003 12:07 am
Graphics Processor: ATI/AMD with Vulkan/Metal Support

Re: ZDoom with OpenAL

Post by Chris »

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?
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.
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49252
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: ZDoom with OpenAL

Post by Graf Zahl »

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? :mrgreen:
User avatar
Chris
Posts: 2983
Joined: Thu Jul 17, 2003 12:07 am
Graphics Processor: ATI/AMD with Vulkan/Metal Support

Re: ZDoom with OpenAL

Post by Chris »

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? :mrgreen:
Because people don't like change. :P Or rather, they want to stick with what they know, even if it means extending it way beyond what it was intended to handle. I'm glad CMake is catching on.
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49252
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: ZDoom with OpenAL

Post by Graf Zahl »

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
... which according to closed bug reports is caused by an old GCC.
User avatar
Chris
Posts: 2983
Joined: Thu Jul 17, 2003 12:07 am
Graphics Processor: ATI/AMD with Vulkan/Metal Support

Re: ZDoom with OpenAL

Post by Chris »

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.
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.
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49252
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: ZDoom with OpenAL

Post by Graf Zahl »

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

Post by Blzut3 »

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
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49252
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: ZDoom with OpenAL

Post by Graf Zahl »

The code is obviously not 64bit compatible.
User avatar
Chris
Posts: 2983
Joined: Thu Jul 17, 2003 12:07 am
Graphics Processor: ATI/AMD with Vulkan/Metal Support

Re: ZDoom with OpenAL

Post by Chris »

Graf Zahl wrote:The code is obviously not 64bit compatible.
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.
Post Reply

Return to “Closed Feature Suggestions [GZDoom]”