 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
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. 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, Is that the case, sleepwalkR? 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. 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. 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. :(
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.
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.
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. 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. @ 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. 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). ... 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.
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 http://img164.imageshack.us/my.php?image=joequake004cy5.jpg
Suddenly I run 10 times faster 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.
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. 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 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?
|
|
| You must be logged in to post in this thread. |
|
| Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors. |