How good do these work (r_speed reduction)

02-17-2004, 03:32 PM
I'm trying to reduce the r_speeds on my map and i've heard a lot of ways to do this, but which ones are the best and in which situations do they apply?

some ones i've heard of are making brushes only touch on edges where possible, and reducing the distance you can see in any given area, but what other ones are there, and most importantly where should i use them in a map? or if it's a tricky thing (like making a 256x256 texture and scaling it to 240) what methods can you use to do this?

thanks in advance :)

02-17-2004, 04:58 PM
essentially every (visible) face of every brush is 1 poly
faces with the null texture dont count
two solids that touch will "break up" the opposing face into more polys, (if u put a 6 sided post right on a flat square of ground, it will break the flat face into many little triangles, each being a poly)
keep these things in mind when constructing the first time, so you dont have to go back and REDUCE later
"sky" is your biggest friend- you want each area of your map to have its own top and sides (DO NOT build a whole map and then put a huge skybox around it)
Its more complicated than that but i'll assume you have some knowledge of basic mapping, if you already have a complete map and just want to knock the numbers down in a few spots, there are a few ways to go about it
for example:
-make sure all faces that wont be seen while playing are textured with the null texture
-make sure all brush-based entities (func_illusionarys etc) are in one area only and dont stretch between "rooms"
-also check that brush-based entities do NOT protrude into a solid brush as this will stop that solid from blocking vis (the exceptions are non-rendered brushes like capareas and triggers)
-if there is a small spot where the numbers go thru the roof, put a crate/house/truck/whatever there so the player cant go there, as long as its a solid
-hint- sometimes you can reduce numbers by adding more brushes in key vis-blocking spots

thats all that comes to mind right now, good luck

02-17-2004, 08:22 PM
thanks for the help, that would certainly explain the lag in the river area (a lot of brushes touching eachother on the faces)

Does the face thing apply to func_illusionaries touching world brushes too?

i'm new to mapping though and although i've got my map ready to add stuff like a skybox i'm not really sure how that works... i can't seem to find any sky textures in any dod wads to look at for an example either. i'll try looking it up on a tutorial.

02-18-2004, 06:54 AM
World brushes and entity brushes are breaking brushes from their own "family".

Overall the ways to get low r_speeds are :
1) smallest possible 'portals' between two areas (like door, gate, small corridor, ...)
2) No big areas (eventually ones with lower details only).
3) No far seeing (use bended corridors, don't create long straight streets, ...).

These are simplest long-known things but still works best.

02-18-2004, 10:45 PM
alrighty then, i may have pinpointed my problem then, the central area is just too open. fortunately that's a very easy fix as it's pretty simple to squish together. thanks for the help :)

02-19-2004, 04:49 AM
Hey Orb,

This is a simple tutorial I did for newbs such as you. It assumes of course you know what a skybrush is.

Any q's or comments, PM me, or email


02-19-2004, 06:11 PM
thank you good sir.

02-20-2004, 05:07 PM
i can't figure out how to change which sky box it uses, blarney. currently i get one that looks like a regular HL skybox (black mesa). i've looked at the tutorials here but i can't find anything to solve this (i've seen something about choosing a file in dod/gfx/env but i don't know WHERE to choose it/apply it)

can you help?

02-20-2004, 11:21 PM
in valve hammer editor go to

map properties
environment map (skyname) _________

the files are kept in


if you have wally you can browse these files to preview the skyboxes (each has 6 pictures)

they are named like


if this was the sky you wanted you would put


in the skyname option

02-21-2004, 12:47 AM
alright so if i made one and called it rivermoonup, would i need a rivermoondn, rivermoonrt, etc. or just rivermoonup. i did that and put rivermoon as the name of the sky but for some reason it still shows the 'black mesa outside' skybox. do i need the other 5?

02-21-2004, 03:21 AM

You will need all the sides in order to make it correctly work.

When you have them, name the map/sky name Rivermoon, act as if it were case sensitive.

02-21-2004, 01:45 PM
alrighty then, thanks.

02-22-2004, 02:59 AM
they're pretty hard to make, just use one in the dod folder

put the name of the sky, so if it's killertomatodn.tga, killertomatoup.tga, killertomatort.tga etc etc

you would just put in killertomato

02-23-2004, 01:59 AM
Originally posted by greenhorn

-also check that brush-based entities do NOT protrude into a solid brush as this will stop that solid from blocking vis (the exceptions are non-rendered brushes like capareas and triggers)

Do you mean when a brush cuts into a brush based entity or visa versa? If so, does this do with water and func_illusionaries?

02-23-2004, 08:42 AM
you can have an illusionary inside a func_water if thats what you mean, as neither blocks vis. Its when your illusionary goes even 1 pixel into a solid, then that solid no longer blocks vis. Sometimes a func_illusionary that is partly covered by a solid, will be "broken" into more faces, as part of it will be shaded.
am i making any sense??

02-23-2004, 08:44 AM
and when a func_water cuts a solid?

02-23-2004, 08:57 AM
I think he means that like a sky box, you shouldnt have a 'water box' another words, if you have a pillar supporting a bridge over water (naturally the 1st brush i could think of that would jut through ur water), build the water brushes around it, dont just slap a square of it in.

Is that it?

02-23-2004, 09:01 AM
I dunno but in a beach map for example you need to do some good cutting to not make all the water cut the sides. I was just wondering if a func_water touches a solid or goes into a solid would it disable the ability from the solid to block vis?

02-23-2004, 07:45 PM
any brush-based entites (besides capareas + triggers) that protrudes into a solid will stop that solid from blocking vis. Just make sure that THAT piece is not essential for blocking.
ie : the post supporting the bridge is not blocking much so go ahead and make a big square of water and stick it right thru

02-24-2004, 01:34 AM
but if it's a cliff that should block I'm in deep sh*t right? Damn, why did I never heard of that before :confused:

02-24-2004, 02:40 PM
just make sure that the piece of cliff thats jammed into the water has other solids around it, then it will not see beyond. In cabinfever there are 3 func_waters, all jammed through 'rocks', but those are sealed off from the rest of the map, inside a little cave of solids

Day of Defeat Forum Archive created by Neil Jedrzejewski.

This in an partial archive of the old Day of Defeat forums orignally hosted by Valve Software LLC.
Material has been archived for the purpose of creating a knowledge base from messages posted between 2003 and 2008.