Slashdot Mirror
Open Source FPS Game Alien Arena 2009 Released
Alienkillerrace writes "The open sourced, freeware FPS game Alien Arena 2009 has been released (Windows and Linux). The improvements to the game engine are very significant, and have surely raised the bar for free games of this genre. All surfaces in the game are now rendered using GLSL, not only improving the visual quality, but the performance as well. Interesting new effects like post-process distortions using GLSL have been implemented, as well as light volumes, better per-pixel lighting (reminiscent of UT3), and shaded water. Equally notable is that the sound system has been completely rewritten using OpenAL, allowing for effects such as Doppler, and adding Ogg Vorbis support. The game is free to play and available for download on its official website. It has a stats system and a built-in IRC client in its front-end game browser."
(Open)GL Shader Language.
Justice is the sheep getting arrested while an impartial judge declares the vote void.
The main site seems to be slashdotted out of existence, but I was able to find a download link as GamersHell.
Love sees no species.
GLSL stands for openGL Shader Language. It's a high level way of specifying vertex programs (functions run on each vertex) and fragment programs (functions run on each pixel as it is drawn). Basically, it provides a language environment similar to c that can be used to program the GPU to do calculations that the CPU would otherwise have to do. Another similar technology is Microsoft HLSL which does something very similar for DirectX (though using slightly different terminology such as "vertex shaders", "pixel shaders" and "geometry shaders").
When Argumentum ad Hominem falls short, try Argumentum ad Matrem
But is it fun?
Chelloveck
I give up on debugging. From now on, SIGSEGV is a feature.
From the Alien Arena site:
The official MacOS port has been indefinitely postponed. However, apparently someone has indeed ported Alien Arena to the Mac, and released a patch. Download the linux version above, then apply this patch. We cannot guarantee this will work.
Not only does the installer pick the wrong folder to install in, it tries to install a spyware toolbar for IE. (What is this, 2001? Seriously, guys.)
Then when you run the game, it presents a poorly-designed dialog in which you're forced to type a username. Well, fair enough-- then you end up in something called "Galaxy." Is this the game? I thought it was an FPS! All I get is unreadable green-on-blue gibberish. (I tried to copy and paste some of the gibberish, but of course copy and paste doesn't work.)
I refresh servers, it's impossible to sort by number of players. Oh and every time you click in the window, it beeps for some reason. Now my screen blanked and I'm looking at some kind of green-screen CLI or something? I have absolutely no clue what to do here.
I've yet to see any way of changing the screen resolution, putting the game in windowed mode, setting the controls-- hell I've been at this a few minutes and I've yet to see a single 3D model!
I tried typing "Run" into the green-screen CLI-ish thing, "unknown command." So I tried typing "play", and got "use STOPSOUND". WTF!
And now I give up. Congratulations, you've made Battlefield: 2142 look like a paragon of video game quality. Hell, America's Army 3 has a better user experience, and I've yet to successfully log on to it.
Comment of the year
I noticed that too. I also noticed that you can change the installation directory, as long as you have one of those input devices... What are they called now? Keyboards? Kids these days.
That I didn't mind nearly as much as the search toolbar they try to get you to install after the game is installed. Can't blame the guys for trying to get some compensation for their work, but I, like everyone else I'm sure, avoid those toolbars like the plague. (o:
Love sees no species.
Would it kill me? No.
Do I feel any compulsion to help them fix bugs in a game that I'll never play, or even look at, again? No.
Do I have any confidence that they give even the slightest shit about fixing bugs, since I saw approximately 50 of them in the first 5 minutes of running (or failing to run) the game? No.
Look, the "Galaxy" dialog beeps every time you click on anything. Copy and paste doesn't work. The text is an unreadable color-combination. The actual game presents you with a mysterious prompt (using a different unreadable color-combination) with absolutely no instructions how to play. For God's sake, it tries to install spyware. Obviously the people making this game don't give a shit. So neither do I.
Comment of the year
Don't believe it, Kiffer. I have over 15 toolbars installed and if anything, I'd say my browsing experience is significantly degraded. However, I suspect that with just 5-10 more toolbars I'll be past the 'tipping-point' and my browsing experience is going to go stratospheric!!
.there is enough of everything for everyone.
What is interesting is that how have they implemented a system to prevent cheaters and hackers? As Open Source game makes it possible to get the full game code and just make your cheats into it and build your own client, rather than going the harder route of debugging asm language. Have they implemented something to prevent cheating, or have they just totally ignored it?
Ignoring for a moment that doppler has been supported in Q3 engines since 2000 anyway, it really makes me cringe to see uninformed people touting OAL as an "upgrade" to ANYTHING, just because of its name. Pasting from a post of mine from our engine forum about a year ago:
(apologies for Wall Of Text if it comes out that way: /. seems to want to use HTML whitespace consolidation even in POT mode)
>>>
As some of you have noticed, over the years we've gone from "openal is off by default" to "openal is excluded from builds" to, finally, "openal is removed completely".
In many ways, this irritates me a lot. I like the CONCEPT of openal, and I especially like the idea that we could have HRTF etc in hardware someday "for free", and ideally I'd like to make oal the ONLY sound backend we supported and get rid of the "ugly" direct-DMA stuff.
There's just one tiny problem: openal simply isn't very good.
As I mentioned in the 1.43 notes, we've made some very significant speedups in the last year or so, and sound is one of the key contributors to that (aside from actually, yknow, WORKING properly now too :P). With my standard config, there's now NO difference in timedemo rates between having full sound and disabling it completely. If you've been around Q3 for a while, that's pretty staggering. Even if I drop to a quarter of that resolution and essentially take the graphics card out of the equation, the numbers are 478 fps with sound disabled, and ... 474 with it on.
That's 96 channels, and they're ALL used when timedemoing "four".
I tried one of the openal test programs, and clocked it at ~6% CPU, which I'd probably just about be willing to accept, except that it was only mixing 64 channels, and the entire thing was static (i.e. this is an absolute "best possible case", where it could potentially pre-mix to an absurd degree because it wasn't doing any dynamic spatialisation).
6% CPU vs 0% CPU, for 64 channels rather than 96, puts it *at a minimum* at ~10% CPU overhead when you're talking apples to apples, and that's not very encouraging. I don't expect it to MATCH cnq3's sound code by any stretch, but that's a pretty big difference and it's even worse if it IS using lazy spatialisation.
There are also questions about how "timely" it is. If positioning etc only updates 30 times a second, or sounds don't actually start playing until 50-100ms after they're added, that's fine for WoW but absolutely shit for Q3. There's no guarantees in the oal spec, or even ANY documented indication of what the "reference" implementation's behavior is, which means we'd have to wade through a bunch of (frankly, pretty sloppy and mediocre) code to actually find out. I have no intention of moving to oal just to end up spending weeks fixing it for Creative.
There are several other issues too: the bug that Q4 has with looped sounds is a direct result of bad design that would have to be worked around at the app level; likewise, oal requires app-level culling of sounds despite the fact that the app CANNOT do so correctly because only the oal implementation actually knows what the 0-volume falloff distance for any given sound is. That's just utterly incompetent design/implementation.
[snip]
Happily, Timbo (ioq3's developer) was kind enough to run the tests for me, and the numbers very nicely match the observations I've made here:
131.6 fps 2.0/7.6/35.0/3.6 ms no sound
113.5 fps 3.0/8.8/82.0/5.4 ms dma
104.1 fps 3.0/9.6/72.0/5.7 ms openal
So, "normal" Q3 sound (with some of our fixes from 141/142) is about 16% slower than no sound, which is historically what you'd expect; and oal is another 9% slower than that (while mixing only 2/3 as many channels, so the truth is more like 14%, for a total of ~30% slower than cnq3).
And that's why we no longer support oal at all.
I MAY someday revisit this. I doubt there are too many cases where the "missing" 32 channels are actually going to matter, simply beca
welcome to the hasrh reality of end users !