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
To Answer My Own Question For Anyone Who Might Care: 
Running Quake in linux only requires the following files (probably the same in windows):

quakespasm (or other executable)
id1/pak0.pak
id1/pak1.pak
id1/pak2.pak (not sure if required but contains latest progs afaik)

plus you need SDL and SDL_NET installed.

To run, open a terminal window and type `<quakedir>/quakespasm`
However, before being allowed to run the file, you may need to use chmod as pointed out by mh. `chmod 777 quakespasm` should do the trick. 
 
You can avoid the "./" by putting the executable somewhere in your $PATH.

/usr/local/bin or something, or even ~/bin. Installing a Quake engine via package management should do this automatically.

echo $PATH will show you what your path is.

Hope I make sense, heh. 
No 
You avoid the ./ problem by adding ./ to your path. This makes sense generally. Just open ~/.profile (or make a new one) and add

export PATH=.:$PATH

This way, whatever executable is in the current directory overrides shit that is elsewhere in the path, which is usually what you want anyway. 
 
works, too. Historically, */bin is where most executables are dumped. Multi-user system etc. 
So Than... 
You still think Win7 is overly complicated? 
Well... 
I've spent less time dealing with shit in ubuntu than I did with Windows 7 so far.

Only time will tell which I want to use, but in general I kind of dislike the new windows and have found switching to the new interface (and the fact it's in Japanese and I cannot change this because somehow MS is the only company that can't implement sensible language selection in their OS and software and still has to sell a version specific to each region) a big load of hassle and time wasting. Not to mention the fact that I often feel locked out of my own computer because windows is trying to protect me from myself all the time. At least in ubuntu I can get around everything by just entering my password or running chmod. Windows 7 has a tool to set up a program whitelist, but afaik it's only available in enterprise and above.

I kind of admire Apple's one size fits all policy in some regards, but I know if I had a Mac I would get pissed off with it sooner or later. 
 
pak2.pak is not by id, I'd remove it. Maybe the ugly idgamma patch?

Yes, Linux's usual filesystems are case-sensitive.

"chmod +x" is a nicer "chmod 777" in my opinion. But as I said, you can access these things with a simple right-click (-> permissions) in Ubuntu.

You can use tab to autocomplete paths in the shell. You can press up to re-use previous comments. You can press CTRL-r and start typing to make it search your history.

I highly suggest not doing what SleepwalkR suggested.
Not only are you playing around with security, but his suggestion could lead to serious problems in the long run. He adds the current directory overriding everything else which is an incredible bad idea.

I suggest you simply learn to use ./ instead. It's not that hard.

http://quakespasm.sourceforge.net/about.htm suggests /usr/local/games/quake/ , I do not know where it would look for the paks otherwise. I keep my Quake stuff in my home, it's much more convenient. If I must install "foreign" binaries system-wide I use /usr/local/bin/ . That way I know what is where. 
Thanks 
...to everyone for all the help. Seems to be running fine now. And I learned a few things on the journey.

pak2 was idgamma by the way. I renamed it and now Quake is dark as fuck, unfortunately :( Is there any other way to brighten the game up? the gamma slider doesn't seem to work at all.

For now I restored the pak2 file because I like being able to see the game. 
Idgamma 
dont think I've removed it for years. I cant play quake without it. 
Shot Into The Blue 
I am not sure if quakespasm has a gamma slider. Did you mean the brightness one?

Make sure your monitor is calibrated! And if you still feel like you must, use the gamma variable (or is it a command?). Gamma 1 is good on my crt. Quake IS a dark game. 
 
does idgamma do anything besides change brightness? i've heard lots of talk about it but have always just used the gamma cvar. something between about 0.7-0.85 normally works 
 
the brightness slider works in quakespasm. and fitzquake too, afaik? 
 
Yes, but not necessarily on Linux. 
 
hmmm... i've never seen the gamma slider fail. Maybe X or SDL isn't set up somehow? Stab in the dark though. 
 
Interesting, SDL Fitz's brightness slider does the same like "gamma". I never knew. 
 
oh, sorry than, i didn't read the part where you said the slider doesn't work. :S 
Hey Guys! 
What slider now? 
Rj 
frib's posted about this a few times, I find a difference in colour intensity as well as brightness. Quake looks washed out without it to me. 
Hrm 
does it work with the likes of quakespasm?

interested in trying it out if so 
Yeah... 
though i have never used idgamma, i think i've heard that it lets you mess with contrast and stuff too... so it's not really an exact replacement for gamma.

Personally i just use regular gamma, which works in fitzquake (in windows at least) the same as in software quake.

But, a nice wishlist feature for fitzquake (or any other engine) would be to emulate idgamma settings using extra cvars. This could probably all be done using the same hardware gamma ramps that the gamma cvar uses. 
 
So does the gamma^h^h^h^h^hbrightness slider not work for anyone else ?

@Than.. If your X is misconfigured , you can read about X's config file with "man xorg.conf", and edit it manually (usually in /etc/X11/xorg.conf) if you're feeling brave. After any changes, you'll have to restart the X server to see effects. Keep backups of xorg.conf in case you screw up (which is pretty damn easy), and use "Control+Alt+F1" to get to a terminal in case X gets messed up. 
Rj 
yes, I've found it to work with everything. 
 
Any kind of palette hacking doesn't play nice with external textures; another good reason to not do it. 
Mh 
do you mean other wad files for maps using quake textures. Havent had any problems with that.

IF you mean high quality external textures, I only have starbuck's base set and havent had any issues with those either. 
Mh: 
yeah, that's why it seems like an improvement to do it in hardware instead of the palette. 
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.