Necros
#2676 posted by JPL on 2004/10/15 02:15:41
Well, while I need for sure to test other editors to clearly have a good idea of these differences (differences that everybody seems to be convinced here), I just can say that QuArK works fine for me today... I think it's clearly the most important for many mappers: having an editor that works fine in order to have fun while mapping... even you need to fight against some "bugs".... But I guess it's not enough for most you... I'm not so "perfectionniste" ... ;P
Q1 Tools Update
#2677 posted by aguirRe on 2004/10/15 05:47:55
at http://user.tninet.se/~xir870k . Main features are major speedup of Light, increased model capacity and improved edict check in both engines and many other fixes/improvements. Please also see readmes for details.
Any comments are welcome.
JPL,
#2678 posted by necros on 2004/10/15 11:41:08
i'm not knocking quark. i used it to make four maps, so i do know what it's like.
Re: Q1 Tools Update
#2679 posted by necros on 2004/10/15 11:44:56
when he says major speedup of Light he means major. like 4 to 5 *Times* faster on some maps. a map i'm working on used to take 32 minutes to light. down to about 7 minutes.
it mostly affects maps with lots of spot lights and delay 1,2,5 lights.
it's one of those things that is really worth your time to download. it makes fine tuning lighting much less painful. ^_^
Yep
#2680 posted by Hrimfaxi on 2004/10/15 12:56:29
same here a map took 56 min before now it takes 20. I never use the fast option anymore since a normal -soft -extra compile only takes a few seconds more.
AguirRe is the man!
Thanks Guys
#2681 posted by aguirRe on 2004/10/15 13:57:55
I've used the new Fade Gate feature on many different maps and it actually works well for almost any map, no matter what lights are in there.
Typical speedup is about 2-15 times faster without any noticable visual degradation.
Yup
#2682 posted by Kinn on 2004/10/15 14:04:18
On my new map, the -fast light compile used to take 25 minutes. Now it barely takes 5. AguirRe rocks.
Uh Oh...
#2683 posted by necros on 2004/10/16 20:44:14
*** ERROR 73: Vertexes in map exceed 65535
uh oh... will sealing the map reduce vertices? i am inclined to believe so because the error appeared right after qbsp failed to fill the outside...
Yes
#2684 posted by DaZ on 2004/10/16 21:57:50
fix0r teh leak0r and you will be good2go.
Mapping Standards
#2685 posted by Shadowalker on 2004/10/17 01:39:41
I'm looking for a mapper(s) to help me work out stanards for my CTF, arena, and normal dm within my mod. So, I have something that mappers will like to create with. Contact me through the javascript link on my website.
http://planetquake.com/ud/
as
Necros
#2686 posted by aguirRe on 2004/10/17 04:36:41
What DaZ said; most values go down pretty much when the map is sealed.
Btw, if all goes well, I might have found a way to increase #clipnodes from 32k to almost 64k in the engines.
...
#2687 posted by necros on 2004/10/17 13:53:23
wow! that would be great! i haven't clipped anything yet, so naturally clipnodes is over the normal limit and all my bmodels have become non solid. :P
it would be a nice way to continue testing gameplay before i finish clipping stuff. ;)
Clipnodes
#2688 posted by Jago on 2004/10/17 14:05:37
Now you've lost me. My understanding was that clip brushes are used to force the players/monsters to not reach specific areas in a map. What else do clip brushes do? Sounds like I am missing something here...
Well,
#2689 posted by necros on 2004/10/17 14:08:48
well, say you have a big swath of terrain. this terrain is bumpy and lumpy. all these angles take up clipnodes.
now, you put a big clipbrush over all the terrain. that means in hull1 and hull2 (but not hull0) the terrain is completly filled in where the clipbrush is, therefore less clipnodes are required.
same goes for details in walls and floors that the player can never get to anyway. you can always clip those to reduce clipnodes.
Jago
#2690 posted by aguirRe on 2004/10/17 14:27:38
You've mixed up clip brushes and clipnodes. The former are what you manually put in the map to block (or help) player/monster movements.
The latter is automatically generated by qbsp when transforming your map into a bsp that the engine can load. As necros points out, the more complex geometry, the more clipnodes. However, you can use clip brushes to reduce # clipnodes by doing what necros describes.
Check out my ToolTips document at http://user.tninet.se/~xir870k . There is more info regarding clipnodes and hulls.
Clip Brushes
#2691 posted by Mike Woodham on 2004/10/17 18:49:55
Just to support what is being said, fmb100 was tens of thousands of clip_nodes over the limit. If you have a look at the .map file you will see that I have some massive clipbrushes over the tops of the terrain that I thought players would not want to climb over, and also over some of the fancy ceiling areas. If you walk about on the roofs of the buildings you will hit some clipbrushes.
Clip_nodes are now just over 31K and therefore not causing a problem.
Maybe A Wad Toppic Question...
#2692 posted by madfox on 2004/10/17 22:34:02
I downloaded Texmex and am trying to convert the Tenebrea textures for Quake1 to Quake2.
As I converted the *.pgn textures to *.wall, all the maps I try to compile shut down of a GLQuake error.
How do i convert these textures to a Quake2 wad?
Uh Oh 2...
#2693 posted by necros on 2004/10/19 12:22:37
marksurfaces... these are visible faces, right?
i'm guessing 51k marksurfaces is too high to run in glquake?
also, visleafs @ 9200 (8192 (?)limit): will performing a level 4 vis reduce these? (it's only fast vis atm)
lightmaps: at 78 atm. limit is 64(?)... how would i reduce these? is my only option to remove lights?
I Can't Say
#2694 posted by aguirRe on 2004/10/19 13:43:42
exactly what marksurfaces are, but in normal engines they cannot exceed 32k without trashing internal heap memory with more or less random/erroneous results.
Vis leafs in excess of 8k will most likely crash normal engines and running fast/fullvis doesn't matter; map complexity is the problem.
As for lightmaps, check out my ToolTips doc. Exceeding 64 will immediately generate the dreaded AllocBlock: full error in most GL engines. Removing lights won't help at all; it's the total size of visible faces together with texture scaling.
If you send me the zipped map+wad, maybe I can see if there are any easy ways to cut down on the numbers.
Looking For Some Mapping Articles...
#2695 posted by Jago on 2004/10/19 21:51:02
I wonder if anyone here happens to know of any mapping articles/guides/etc which deal specifically with creating "situations" and interesting gameplay moments in 3D games?
Fuck...
#2696 posted by necros on 2004/10/19 23:32:43
the map isn't even passed half done yet. :(
i guess there's no real point in your taking a look at it since it will obviously need to be split into two maps.
Necros,
#2697 posted by Kinn on 2004/10/20 03:44:41
lol, how many brushes just out of interest?
Jago
#2698 posted by R.P.G. on 2004/10/20 10:11:11
None that I know of. I usually find that it's best to just sit down and brainstorm. Look at other cool situations for reference (Kell has had some nice ones).
Not that my maps usually have interesting situations, mind you. Probably the most interesting gameplay in could.bsp was the slanted crate.
AguirRe
#2699 posted by Kinn on 2004/10/20 14:42:59
I have a suspicion that you may not be receiving some recent emails of mine. Did you get today's mail?
Yes
#2700 posted by aguirRe on 2004/10/20 14:55:09
I got one, but I found the reply a bit odd; it seemed to refer to an earlier mail today that I probably haven't got. Please re-send if in doubt.
|