Not A Coder But
I'm a little optmistic. w00t!
Now we can have flamboyant colored light and cheesy particle effects in Q3!
...wait a minute...
i'm more hopeful that this might open the door for adding q3 features to quake.
Already Done That Sorta
seems like some engine mods already do that to some extent, what with md3, q3bsp, and 32bit color texture support. But a complete shader system and heightmapped alphablended terrain in Quake - well it would be interesting for sure. People could either abuse it and make utter shite, or something utterly cool we've never seen before.
I'm pretty certain the Quake Arena loading code for MD3's is quicker and more reliable than the code in current engines. It is funny how md3's load without a hitch for Arena on this craptastic machine of mine, but any more than a few static meshes in a custom Quake engine, and the redraw rate gets floored (I haven't tried the latest release of Dark Places and FTE on it yet, though).
Radiant Is Under The GPL Now
You win that one Lun.
Q3Radiant is under the GPL and you can use it for commercial purposes without paying fees to ID. However this doesn't apply to GTKRadiant, did I get this right?
take a look at the first paragraph of section O of the GPL agreement. GTKRadiant is a derivative work of Q3Radiant, so the answer to that you would think would be yes, it is covered. But look down a little further, and you encounter this:
These requirements apply to the modified work as a whole. If
identifiable sections of that work are not derived from the Program,
and can be reasonably considered independent and separate works in
themselves, then this License, and its terms, do not apply to those
sections when you distribute them as separate works.
Now, it depends on the semantics of what is reasonable. Let's take a hypothetical case using the Q3map source here as an example; suppose that Ydnar's addition of phong shading to q3map2 used someone's method of phong shading who got a patent for that method? Then we are SOL and would have to use q3map. Not an unreasonable case, btw. As you'll notice in the readme, Id had to seperate out the Jpeg library stuff.
So, the answer is, it depends.
What's more confusing is this: GTKRadiant is a derivative work of Q3Radiant, now that Q3Radiant has changed it's licence to GPL does GTKRadiant fall under the GPL (per GPL's provision)? This doesn't really make sense to me.
Say I created a piece of software and licensed it's code for commercial exploitation to you for a big amount of $$$. Now I relicense my original piece of software under the GPL. I don't think I can now force you to GPL your commercial derivative: my license change cannot possibly retroactively affect you because it happened after the code split.
When the Quake2 source was GPLed, the mission pack sources from Xatrix and the like were not since they had a prior contracted agreement with Id. So you can use the original Q2 source to your hearts content in a commercial project but the add ons you cannot (the game .dll for Reckoning has superior AI code, for instance).
Awesome To Hear
Wonder if there'd be a proper Q1 sequel done in Q3.
From Q3 Source
From q_math.c, Q_rsqrt():
i = 0x5f3759df - ( i >> 1 ); // what the fuck?
Always good to know that the engine coders don't know what is going on.
An Address In Memory
hard coded like that, that is odd. Might as well be switching circuits with on and off toggles the old fashion way than to bother with code at all.
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...
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.