Page 1 of 1

Exult MP3/SDL_mixer taster!

Posted: Thu May 09, 2002 7:17 am
by Mungo
I've created a test version of Exult using the MP3 music player code, with the incorporated SDL_mixer implementation. This is purely to show what to expect and test, and is at alpha stage. Currently lots of work to do and it will hopefully be implemented after v1.0 of Exult. SFXs and voice are played through SDL_mixer and bypass the original Exult mixer code.

You'll need to install sqsfxbg or jmsfx for the SFX.

In the ZIP are a few tracks recorded from the Roland MT32, which are sufficient for testing, and contains Windows and Linux executables. I'd appreciate anyone experienced in compiling Exult on Beos and MacOS(X) to get in touch with me.

Get it from http://www.funkyplace.freeserve.co.uk/exult_mp3.zip


Regards
Simon Quinn

Re: Exult MP3/SDL_mixer taster!

Posted: Thu May 09, 2002 8:35 am
by wjp
Great, this sounds really cool.

Don't forget that you have to make the source to this publicly available.

Re: Exult MP3/SDL_mixer taster!

Posted: Thu May 09, 2002 10:01 am
by drcode
:-) That's Simon; I think he has been trying to give us the code.

Re: Exult MP3/SDL_mixer taster!

Posted: Thu May 09, 2002 4:40 pm
by Dominus
hm, exult couldn't start because it didn't seem to be able to find zlib.dll (normal Exult starts fine so I guess you did someting odd with your compile). This is on WinXP and I'm going to add the lib, when I have access to my home machine next time.
And your readme is a little confusing, do the ogg files need to be in blackgate/tmp or exult/tmp (blackgate, exult being the dir).

Re: Exult MP3/SDL_mixer taster!

Posted: Thu May 09, 2002 11:15 pm
by Mungo
I'll have a look at the zlib issue. The ogg files should go in \tmp (on the same drive as exult) not under \exult.

Re: Exult MP3/SDL_mixer taster!

Posted: Fri May 10, 2002 5:00 am
by Colourless
We use a static lib with Exult when linking to Zlib. We don't use a dll.

While it arguably causes code bloat, the reason we do it is we are just trying to avoid creating a dependancy on a DLL, and avoid requiring to distribute another DLL.

-Colourless Dragon