News | Forum | People | FAQ | Links | Search | Register | Log in
Quake 3 Source Released
Apparently the Quake 3 source was released today without much fanfare. Here is the official download link:

You can also probably find mirrors and other useful discussion in this thread:
First | Previous | Next | Last
TinyURL'd Google Cache Of PDF Converted To HTML 
Wow. That Almost Made My Head Hurt. 
I think I followed enough of it to get the gist, but stuff like that makes me soooo glad to be a designer instead of a coder.

I'm going to go watch cartoons the rest of the weekend to get my normal neurochemical balance back... 
that's the kind of stuff that seperates the gods from the the clods. I'm going back to thumbsucking. 
Jago / Headthump 
Jago, your post is surprisingly similar to one on Slashdot. Anyway, same answer as czg is below in that thread: 
Player Benefits.. ;) 
can someone who doesn't own Q3 , use an engine like OpenArena to play q3 Total conversions? (tremulous maybe?) 
I Have No Idea... 
but maybe. 
I'm not a coder at all, but is it possible to combine q1 and q3 engines to make q1 engine that handle open areas much better than now? 
I wonder what the "totally rewritten rendering code" in the twilight q1 engine (see qexpo booth) does, if it helps that already. Dunno. 
what's wrong with the current q1 engines' handling of outdoor areas? 
Question On Q1 & Q3 Map Formats 
What are the most fundamental big blocks preventing the q3 renderer showing q1 maps?

I've understood the collision detection is quite different.

What about all the advanced visibility thingys etc in q3 maps? Are they only for the compilers?

Could q1 maps be recompiled from the original .map files so that q3 would have easier time showing them?

I'm just trying to gather some general picture for future projects... (no, don't have bad thoughts) 
q3 renderer showing q1 maps WHY? thats pointless

and you already have DP if you want something heavy with glitter and stuff 
No it's not pointless. For many reasons.

Basically, the q3 renderer is a much more modern and faster thing coded by very professional top-of-the industry coders that takes advantage of modern hardware (I don't know the technicalities, but for example buying a new graphics card didn't improve my qw frame rate much at all!) and has _much_ less legacy problems. Q3 was faster than Q1 on similar hardware already back in 2000. (With the right settings.) This of course includes some assumptions and the two are not directly comparable.

And I do not want dp glitter or any of that stuff because:
a) it's ugly (that is my personal taste)
b) compared to id stuff, it's badly coded fps hogging. I appreciate the efforts, but it's still what it is.

I have other purposes, but I won't tackle them right here because it would just start a flame fest when many people wouldn't understand. 
Why Bother Arguing At All 
if you "don't know the technicalities" 
There Are 
a lot of factors involved here, but I'd suspect that your vsynch was enabled if your fps wasn't affected by a significantly newer gfx card when using a GL-engine.

I believe Q3 can control vsynch itself, but with many older engines you'll have to disable it manually to get past the monitor refresh rate of 60-85 Hz. The latest FQ can also do this, I think.

Another issue is hardcoded (or cvar controlled) max_fps of 75-100 in many engines while playing (not during timedemos of course).

If you by "qw" means QuakeWorld software renderer, well then I believe very little is (or even could be) used of the gfx hardware to help fps. 
of course I had vsync off.

I don't remember if it was glqwcl or fuhquake-gl.

This questioning seems pointless since the people with the most knowledge about the subject here (or anywhere) are engine coders having their own spoon in the soup or however you're supposed to say that.

I haven't bothered to download nexuiz but from what I've heard (from decent players that actually notice things), it's significantly slower than q3, even with the special effects turned off.

But whatever. Gluing stuff into q1 is just not the only way, and I'm trying to gather a picture of how hard the OTHER WAY would be. 
for example buying a new graphics card didn't improve my qw frame rate much at all!

Not that this helps much, but this could also mean that your performance was already CPU limited. 
Or that he hit a hard limit in the visual improvement... in quakeworld, servers limit the frames per second to 77, so a 400$ graphics card is not going to help you unless you are REALLY pushing it. The stresses could maybe come from something like tenebrae (slow and complex), but in general, clients optimized for displaying essentially the same thing as glqwcl.exe are not going to really need a turbocharged 4x dragon graphics card to reach acceptable, or even outstanding, performance. The mathematical demands placed on the card are just not high enough, because the core of the visual rendering engine is still from 1995, and thus easily handled by modern mediocre cards.

My 2 cents... engine coders, please correct me on my probable mistakes ;) 
it was cpu limited, unlike q3, which was gpu limited. 
Well, That's Because Quake Is CPU Limited 
And isn't that the point of the discussion? That the Quake renderer is heavily CPU dependent and therefore can't take advantage of the power of modern video cards, whereas q3 can?

That efficiency would come in handy if people are going to make ambitious maps like Marcher. 
Ok Let Me Put It In Another Way 
we have an average or a little above dm map for quake and then a similar map for q3. Take your current computer, tune the settings of the games so they both look approximately similar. Have some medium-detail textures and dynamic lights on, but no muzzleflash or rocketlight. Fairly small explosion effects. Put the q3 server fps to 72 too.(?) Play some dm and check the timedemos.

Now in which engine is a higher stable fps achievable? How high is it? Why?

I don't have q3 now, but even 5 years ago when cpu power was still bigger compared to gpu power, they were roughly similar in speed. 
yeah that's what I meant!
Although I'm not sure if that is the only difference. The games have been designed on somewhat different assumptions on available hardware, map size and complexity and whatnot... 
Ooh ooh ooh. Speedy, go fuck yourself, I would love to play Q1SP's in the Quake3 engine.

Hell, I would love even more to BUILD them for Quake3.

Oh this is getting me hard. 
why don't you build some Q3SPs for the Quake3 engine? 
Yeah, Lun 
I have this great idea for a desert-themed Q3SP partial conversion! Maybe you should join me! 
Of Course 
the engine would have to be modified so maps would look... faithful. Decent. Good. Not Q3. You know. At least some of you. Maybe.

I feel like I'm missing something here.

I've heard from a quake coding guy that the main difference in the maps is (q1 maps in q3) collision detection. Don't know if q3 then uses that q1-like multiple hull system or what. There prolly aren't monster hulls in q3. And the mods/licences with monsters aren't open-source, right? 
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.