|
Posted by Kinn on 2004/10/07 07:13:44 |
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? |
|
|
Uh...
#72 posted by metlslime on 2004/10/11 09:38:05
no :P
Enhanced Version Of Win/GLQuake For Mappers
#73 posted by Megazoid on 2004/10/12 05:08:52
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
#74 posted by Kinn on 2004/10/12 08:02:54
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?
#75 posted by mwh on 2004/10/12 08:34:19
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
#76 posted by aguirRe on 2004/10/12 08:56:08
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
#77 posted by mwh on 2004/10/12 10:21:49
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
#79 posted by Vondur on 2004/10/13 01:19:37
what frib said!
Yes 2
#80 posted by Kinn on 2004/10/13 03:50:24
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
#81 posted by pope on 2004/10/13 06:13:55
what frib said
Necros
#82 posted by Kinn on 2004/10/13 08:25:11
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?
.
#83 posted by necros on 2004/10/13 13:30:44
meh :\
i'm so *not* surprised.
LTH Would Disagree...
#84 posted by LTH on 2004/10/15 07:20:57
Frib - there other people in the world, you know. People who use DP because they think it looks pretty and they *want* the custom effects to work out-of-the-box. If you cared that much, you could take LH up on his offedr and email him, instead of whining in forums that he hardly reads.
LTH./
#85 posted by Shambler on 2004/10/15 11:21:06
And those people should be culled, to prevent further corruption.
New DarkPlaces Release 20041017
#86 posted by Kinn on 2004/10/18 03:49:54
http://icculus.org/twilight/darkplaces/index.html
Awesome, awesome stuff - LH has been really improving the Q3BSP stuff recently - most shaders will at least load a texture now, and the curve loading has been rewritten. To test it, I fired up Sock's POM map, and played Aard's DMSP mod in it. Seeing the quake monsters running around in that environment was pretty cool, I must say ^_^
Very Cool
#87 posted by starbuck on 2004/10/18 14:37:07
i just tried the same, and it looks very nice.. plants seem to glow fullbright though, but the implementation of the q3bsp format in darkplaces is very effective, judging from having loaded this level
Great
#88 posted by pushplay on 2004/10/18 23:24:21
If I had to name one problem with Quake, it was that my Radeon 9800 gave a framerate which was too playable.
Pushplay
#89 posted by Kinn on 2004/10/19 03:18:35
Well, in DarkPlaces, I get a consistent 60 FPS in 1024x768 (yes, in Sock's map) on my crappy 2 year old Dell laptop, with a graphics card that can barely play UT2K3, so try fiddling with the graphics options.
.
#90 posted by necros on 2004/10/19 12:33:24
turning off the bump mapping helps a lot. you won't miss it anyway.
i get ~120fps with 1000wpoly on a radeon 9600np.
Re: New DarkPlaces Release 20041017 + POM
#91 posted by necros on 2004/10/19 12:36:33
did anyone else notice the clipping bugs in POM? there's a few areas where there were invisible walls and such from, what seemed to be the floor edges.
i thought using q3bsp meant no hulls = no clipping problems... apparently not... i don't remember it happening in q3 though, so what's the deal? is the collision detection somehow different from q3 then?
also, the torches were completly white and the plants were fullbright.
DP + Pom
#92 posted by Mike Woodham on 2004/10/19 13:49:14
Does this mean that DP can run Pom directly or do you need Q3?
DarkPlaces
#93 posted by Kinn on 2004/10/19 14:57:04
Necros: Clipping problems - I didn't really notice any when I gave POM a thorough spanking - can you describe any specific locations where this occurs?
Of course, one would assume that the collision detection does not use the exact same algorithms as Q3, so there might be some areas where it "feels" different.
The torches, plants and some other shaders are not displayed correctly (the terrain textures don't blend together either), as complete Q3 shader support has not been added to DP (yet). This is cool for people like me who just want to make classic quake stuff, but in the Q3BSP format (and who aren't particularly fussed about spangly shader effects).
Mike: just the POM .pk3 should suffice, Although bear in mind that many shaders will not be displayed correctly. DP is NOT intended as a Q3 replacement engine - it is designed to allow Quake mappers to make classic Quake maps in the Q3BSP format.
Caveat: All of the above is pure conjecture on my part, and quite possibly a load of old bollocks - consult LordHavoc if you need proper answers to these questions.
Game Over Man! Game Over!
#94 posted by nitin on 2004/10/20 01:35:33
UK Teletext reports that British director Paul W. S. Anderson ("Alien vs. Predator", "Resident Evil") is to write the sixth movie in the "Alien" franchise, according to sources close to the film maker.
Newcastle-born Anderson, 39, has apparently been asked by Twentieth Century Fox to pen a new script featuring the creatures on their own (ie. no Predators). Whether that includes the return of Ellen Ripley (Sigourney Weaver) however is unknown.
The offer for the moment is simply to pen the script, not to direct as such although that may happen thanks to the success of AVP
Er
#95 posted by nitin on 2004/10/20 01:39:00
that shouldn tbe there, please ignore, it's meant for the Film Thread.
Q3BSP
#96 posted by LordHavoc on 2004/10/20 02:27:57
There are a few reasons DP has Q3BSP support:
1. Nexuiz really wanted to use it.
2. Usually less compile errors; since detail brushes do not result in BSP errors.
3. More flexible collisions; ability to have more than just projectiles, players, and shamblers.
4. Potentially faster rendering; more triangles per surface usually, however ydnar refuses to do the additional merging I requested to make detailed walls render faster. (Technical note: it merges multiple brush surfaces but only if they are flat, all one big flat surface, I wanted him to merge non-flat surfaces in the same room)
5. Patches make curved architecture easier; although good collisions against them are a nightmare to code. (Hence the mentioned collision problems I would like to find a solution to)
I will admit it is rather fun to run around Quake3 maps (both stock and usermade) in Quake1, but this isn't the intent, only a fun toy.
The intent of the Q3BSP support is that people may use it if they wish, just like all features in a modding oriented engine.
As for the darkplaces effects, DarkPlaces is not meant to be Quake, making an engine look intentionally identical to Quake seems largely a waste of time to me.
DarkPlaces is an engine by a level designer/modder (me), for modders and level designers to enjoy, I was not satisfied with the other engines available in early 2000, and still do not see any other engines designed to add new features for modders and level designers to use, so I still see this as a necessary project in the Quake community.
I redid the particle effects because I thought they could be improved, and to improve benchmarks, I feel I succeeded at both of these, some disagree. (Note: as mentioned later the rest of the darkplaces renderer is still slower than Quake however)
My biggest disappointments in darkplaces are currently:
Speed - it pales in comparison to Twilight (which benchmarks over 2x faster than glquake with its skillful design that I have not yet managed to match in darkplaces despite years of optimization, it is very hard to adapt to the Twilight design while preserving the full feature set modders and users have come to expect).
Features - There is so much more to do.
Enhancement criticism - some people rant against all Quake enhancements, I assume they want to play all mods in stock WinQuake even though WinQuake is not capable of the designers' artistic vision. I guess this is similar to wanting a watercolor version of the Mona Lisa because you don't like oil paintings.
|
|
You must be logged in to post in this thread.
|
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.
|
|