News | Forum | People | FAQ | Links | Search | Register | Log in
Fitzquake SDL Version Beta
I just published a beta release of my SDL version of the Fitzquake engine. The main goal of this version is to allow Fitzquake to run on all major platforms. I provide builds for Windows, Mac OS X and Linux.

Grab them at http://www.kristianduske.com/fitzquake/

Windows and Linux users take note that you have to install SDL 1.2.10 or better.

Windows users please also be aware that this port does not do anything better on Windows than metlslimes original version. Actually, it does less, but I would still like to get your feedback because there's a chance that the official version will be switched to SDL eventually. That would go a lot smoother if we ironed out the bugs on all platforms first.

Have fun and don't forget to send in your feedback and bug reports.
First | Previous | Next | Last
Ok 
chmod 777 fitzquake (or chmod +x) helped. 
SleepwalkR 
Just the bugs i posted above - Custom movement keys (wasd) dont work with the shift key and I can't bind mouse buttons in the menu. It's a bummer for me.

Thanks again for porting this engine. It's a shame linux is such a bitch to learn. Hopefully i'll get some inspiration to look at the code in my hols. 
Steven 
Those bugs are already fixed and I'm working on networking. Once that's done, I'll release another beta. 
... 
How do you compile it ?

You steal a makefile from Tyrquake or something and adapt it.

"You will adapt to service us." :-P

An observation: If it uses SDL for rendering (and sound?) then it should be able to use all of SDL's video drivers. In case someone didn't know this, it's possible to select SDL's video output by exporting an SDL_VIDEODRIVER (or something) environment variable. Should be in the manpage.

X11, framebuffer console, ... it should even run on embedded devices.

Is that the case, sleepwalkR? 
Gb 
As far as I know, yeah, it should be able to run on whatever device is supported as a target by your C compiler and SDL.

It uses SDL for rendering, sound, input and TCP networking. 
Generating Makefile Not 
codeblocks-8.02::compilergcc.cpp -

"This functionality has been temporarily removed from Code::Blocks."
"With all the updates from the last couple of months, the makefile exporter"
"is not anymore in-sync with the rest of the build
"We are sorry for the inconvenience..."

Hmmmm.

I tried hacking codeblocks to at least call the makefile generator.

And it does generate a makefile, but it's busted ;< The makefile i got includes rules for dependancy files, (eg cd_sdl.d), but no rule for building the objects (cd_sdl.o). After a little TLC i did get it linking the objects
into a binary though. I'm no "make" guru. 
Ungh! 
Fitzquake just killed my xserver. I was switching to tty2 to kill some musicplayer. It worked fine for two times, then I wanted to kill it properly (because I killed only child processes earlier...) and ctrl-alt-f2 resulted in the xserver crashing. :( 
Uuggghh 
And now it reset color settings in the middle of a map with no way to set them again. gamma was at 0.7 but displayed as 1.0. Brightness slider did nothing. 
GL Vs SDL 
Has anyone taken benchmarks on SDL Fitzquake and GL Fitzquake? If there's a loss of efficiency in SDL it would probably be better just to add some system-dependent code to the original Fitzquake source so it retains system-independence without having to run calls to the OpenGL libraries via the SDL ones. 
Spirit, Jengle 
first problem sounds like a bug in sdl to me. I have no idea about the second problem. I'll see about it, but it also sounds like a problem outside of the fq code, like some event reset hw gamma. Odd.

I haven't benchmarked since it runs good enough for me. If someone wants to do it though, make sure to post the results here. 
Just Tried 
1280x1024x32 on Pentium-M 1.2GHz, GeForce 6600GT with those NGO? drivers.

Fitzquake080.exe: 430fps
SDL Fitzquake.exe: 300fps
aguirRe's glquake: 400fps
Joequake (gl): 150fps
Darkplaces (music disabled): 250fps
Tomazquake: 250fps
Qrack: refuses to run with "Couldn't set fullscreen DIB mode"

I'd say even though the SDL Fitzquake is a bit slower it still is more than fast enough. 
Ah 
Launching Qrack without arguments worked, heh.

Qrack: 400fps 
Some More 
Tremor: 150fps
Tyrquake (gl): 400fps 
 
@ jengle: yeah, in principle I don't understand why you would need SDL to run a crossplatform quake client either. But I'm happy enough about SDL fitzquake so let's just not ask stupid questions :-)

SDL bugs are quite possible btw, it's happened before. This is also one of the drawbacks of using it. It's an additional layer of possible bugs. 
SDL 
Well, for once, it's easier and you can port it to more platforms. There wouldn't be a working linux version if I hadn't used SDL, since I'm not interested in maintaining one. Esp. the sound code is much easier to do in a portable way with SDL I think.

Spirit, interesting numbers. The lower performance of the SDL port could be due to a number of reasons: different compiler that doesn't optimize for windows as well as VC does, routing calls through SDL, and maybe I haven't gotten the game loop right yet. It may very well be capped due to poor timer resolution or whatever. I'm not an expert at these things :-)

Oh, and btw if you can reproduce any of the bugs you mentioned before, be sure to let me know how so that I can maybe fix them (if it's indeed in my code). 
SDL ... 
... is a pretty good API. id software use it for the Linux versions of Quake 4, etc. Imho you'll encounter many more problems with poor X.org drivers than with SDL. 
Bug 
Reproducable (at least for me, Linux):
-Launch Fitzquake
-Switch to other game via game (I tried Quoth and Marcher)
-Load any map (I tried quoth's startmap and marcher)
-segfault 
 
Bug submited by Spirit is also reproducable for me (Linux). 
 
Rudl 
What? 
Don't Replace Directx Version Yet 
The movement key bugs are apparent after about 5 seconds of playing when the guy moves in totally wrong directions. I use shift for jump. 
Bambuz 
The shift problem is already fixed in the code. I just have to release it - sorry it's taking so long. I have to test the networking code a bit more before I can release a new beta. 
 
My "toggle r_showtris" bind causes the screen to be filled with the brown hud/viewsize texture. The only way to make the screen visible again was to delete the config.

Binding the mouse buttons doesn't work for me in the customize controls menu. Had to do it in the console. 
Fitz And External Textures 
is this the current 'complaining on fitzquake' thread?

external PCX textures are broken
http://www.speeds.quaddicted.com/fitz-sux2.jpg

instead of

http://www.speeds.quaddicted.com/quake00proper.jpg

the lack of alpha chanel support on tga (which is the whole point of having tga) is also
upsetting :(


map http://www.speeds.quaddicted.com/files/cleaver.zip

textures http://www.speeds.quaddicted.com/files/cleaver-hq-textures.zip

tested to work in DP, tomazquake, joequake and bengt`s glquake 
Try 
putting pcxs in pak files or save tgas in different image programs and you'll find that external textures (like so many other features) are broken in several engines.

Upside down texes, immediate crashes or psychedelic palettes are common.

I didn't know about the alpha loss, though. In what way is that used on bsp texes? 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.