News | Forum | People | FAQ | Links | Search | Register | Log in
Quake Custom Engines
Discuss modified Quake engines here, I guess. What engines do you use? What are the pros/cons of existing engines? What features would you like to see implemented/removed?
First | Previous | Next | Last
Thanks Zwiff 
Additionally, this would benefit a lot of existing maps; take czg07c for example - a large map, but not what you would call ridiculously large by any means - in Hard I still often reached the edict limit and crashed out of the game. 
... 
"I think limits create the necessary context for creativity."

this is irrelevant. the maps will be made regardless. this is so players who like fitzquake can play those maps on their engine of choice, not be forced to use another engine. 
Well... 
The thing i said about creativity is something i really think is true, and i hope most people realize someday. But, that isn't my actual reason for resisting these suggestions.

The actual reason is, compatibility. I don't like maps that require one specific engine, websites that only work in one browser, etc. I think it's much better if maps and engines were built to a standard. That way each map could run in any engine and each engine could run any map. When a map or engine requires something extra, hopefully that extra thing is also standardized. Lit files are a good example of a standard. "More edicts" is a good example of no standard, since each engine that bumps max_edicts will pick arbitrarily what the new maximum should be.

uwf, you compare this issue to filmmakers having the freedom to make films longer than 2 hours. Well, what about the freedom to release DVDs that only work in a few, special DVD players? I think that's a closer analogy. 
I Declare... 
the standard for the edict limit is 2048.
now, everyone change your code to reflect this.
;) 
 
The actual reason is, compatibility. I don't like maps that require one specific engine, websites that only work in one browser, etc. I think it's much better if maps and engines were built to a standard.

Amen 
Necros For President! 
The man is not afraid to weld the power or grab the reins. I like his style!

Now it is time to go over QuakeSrc and Inside3D and tell them, 'listen up! The new edict limit is 2048. Now get to it!'  
The Inside3d Forums... 
appear to be down... 
Darn . . . 
I noticed a bit of a pinging problem when I checked there last week.

Quakesrc forums just came back up a few days ago. 
Well 
The actual reason is, compatibility. I don't like maps that require one specific engine, websites that only work in one browser, etc. I think it's much better if maps and engines were built to a standard.

I agree with this. I always prefer the map that doesn't require any custom engine, but there may exist some maps that are worth playing but require a custom engine. In other words I can say, I like to play large levels, I enjoy them most of all. And I don't think that everyone will make large levels when FitzQuake increases its limits.
There are only few mappers here who make maps with higher number of edicts or anything like that. And I think their maps are always worth playing and it would be good if their maps were playable in engine that most people here use. 
P.S. 
Despite my hard-liner philosophy, I did turn max_edicts into a cvar, where the default is 1024 (quake is set to 600,) and the max possible value is something like 8192. So you can play ne1sp06 or whatever that big one was with all the monsters. You know, and the lava. 
Lol, 
thanks, sir! :) 
Metlsime Sacrifices The Purity 
of his soul so the rest of us may tread further and higher. Let us not let him down. 
Metlslime 
I, for one, salute you. This is excellent news. Are static ents similarly raised? 
Uh... 
no :P 
Enhanced Version Of Win/GLQuake For Mappers 
Win/GLQuake for mappers. No idea if this is any good : http://user.tninet.se/~xir870k/

This Win/GLQuake version is *not* meant for general play, although it should suffice at least for SP. It's meant to be a stable, high-capacity version of the original Win/GLQuake with some minor features added for convenience. Its main purpose is to be used when other engines fail to load a bsp.

This makes it ideal for mappers who at one time or another experience problems with their maps; there are leaks, entity overflow or other issues that prevent the map from loading in a normal engine. These problems should of course be fixed so the map can be loaded in any engine, but during development this engine can be used to help finding and fixing the problems.
 
Megazoid 
Win/GLQuake for mappers. No idea if this is any good

Lol, uh yeah, they're AquirRe's Win/GlQuake replacements, in case you were wondering. ;)

And yes, they *are* very good, as are his compile utils. 
How Hard Is It To Change These Limits? 
is it just a matter of changing a #define or two in the source?

Failing that, can anyone point me to an enhanced *non-GL* build for linux? 
Limits 
Sometimes they're just a #define away, sometimes increasing one limit will just exceed another and worst of all, sometimes you'll need to change the client/server protocol which may break a lot of interesting things ...

As for Linux non-GL build, check out TyrQuake at http://www.planetquake.com/tyrann . You might need to ask Tyrann for the executables.

Kinn: Thanks for the kind words :) 
Well, That Was Easy 
Tyr-Quake seems to work nicely. Didn't even take very long to build... thanks for the pointer.

Now I need to remember what all the huge maps I haven't been able to play yet were... some of them were by necros, I think :) 
LH 
...hm, maybe the real reason people dislike DP is because there isn't any documentation to let people know that they can turn things off

Its not just that. The problem, as with many other engines, is twofold. Sure, there's a lack of good documentation, making it hard or impossible to figure out how to turn off all the shitty graphical 'enhancements' that you don't want (and that often kill performance, too). But the real problem is that said shitty graphical effects are enabled by default, thereby requiring people to figure out how to turn it off, which they can't figure out because of the lack of adequete documentation... so they just delete it from their system and that's the end of it.

As an engine programmer I'm sure you're asking 'but how are people going to know about and see all my spankworthy new effects if they're disabled by default??'

Well the answer is to have good documentation so the user knows about, and is encouraged to try, all the new options. And put the stuff in the menu where possible.

I'd explore new engines a lot more thoroughly if my first reaction wasn't 'this looks like ass, how do I turn off all these shitty effects!' followed by 'can't figure it out, just delete the shit!' 
Yes 
what frib said! 
Yes 2 
Again, what Frib said.

Sometimes though, extra graphical effects actually fundamentally override existing effects. Take the rocket trail in DarkPlaces, for example. Now, I'm a big fan of DarkPlaces - it's Q3BSP support is what will keep me making Quake levels for years to come - however, it is not possible (at least not with the current version) to make it look exactly like (or close enough to) "Real" Quake, for many people's (including my) tastes.

Ok, I understand that DarkPlaces is meant primarily as a "Total Conversion" engine, so it is assumed that modders will use so many custom models and stuff that the radically different appearance of the built-in particle effects will be irrelevant. However, I feel that nevertheless, there should always be an option to at least "emulate" Quake's classic look and feel, to cater for the purists (or pseudo-purists, I guess if you're into custom engines). 
3rd 
what frib said 
Necros 
That bunny hopping bug you reported in DarkPlaces might have its origins in QuakeWorld - check this out: http://www.inside3d.com/qip/q1/bugsqw.htm

Scroll down a bit. Sounds awfully familiar doesn't it? 
meh :\
i'm so *not* surprised. 
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.