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
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. 
Nitin 
palette hacking won't modify external textures.
i think mostly mh was talking about how if someone makes a custom texture, there's now no guarantee it will look the same on a client with a hacked palette.
a good example is the ikwhite set that was modified from the ikblue set. i've seen screenshots of it where the textures look nearly all white or with bits of bright yellow in them. 
By The Way 
where should I install stuff in ubuntu/linux? Currently I just have Quake in my home dir, but it feels all wrong to have it there - like putting it in my documents in windows.

Programs installed via packages extract to various places, with the executable generally going to usr/bin from what I have read, but if I download an app, like Quake, where is a good place to dump it? Should I create a games folder in my home dir or put games (all the data etc. not just the executable) in usr somewhere? 
 
I put games that I cannot install from my distribution's repositories into a directory inside my home.

Quake is in ~/stuff/games/quake . That way I can also easily use Wine to run Windows engines. Otherwise you would also need superuser permissions to install maps (unless your engine supports the data being somewhere else, I am not really sure quakespasm does this). 
I Think 
Home dir support is in the making for QS. Does anyone know what exactly idgamma does to the Quake palette? It would be nice to add it to QS too. 
-sunday 
where should I install stuff
/usr/local/games/quake

Most linux installs leave /usr/local fairly empty (unlike shitty FreeBSD). If system is only for yourself, using /usr/local/ for everything allows for easy system upgrades. That way, any 'proper' software you install yourself you just use "./configure --prefix=/usr/local" and stuff gets put in /usr/local/bin and /usr/local/lib. This allows for easily copying /usr/local with system upgrades, or if you have two linux varieties on the one box, you can share the one local filesystem with something like -

If installing Fedora on another partition to Ubuntu, from Fedora:

mkdir /mnt/ubuntu
mount /dev/sda2 /mnt/ubuntu
mount -o bind /mnt/ubuntu/usr/local /usr/local

Using $HOME like Spirit says is ok, but doesn't accomodate 'proper' software installs using "configure", and you generally cannot always just mount Ubuntu/$HOME over the top of fedora/$HOME because of OS vageries with config files in $HOME, especially KDE and GNOME.

Mp3s and the like could go into
/usr/local/share/mp3 ... but many times generic data like this
will go onto another windows partition so you can easily access it from Linux and Windows. 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2025 John Fitzgibbons. All posts are copyright their respective authors.