AWESOME!.. Heh.. well I have alot of that fixed.. Like the box the stuff is pouring into, along the bottom its all one solid mass now.

I also have done alot of null textureing on the map, and raised some of the stuff an inch off the ground..

I have also removed the func_water from the lava and just left it plain. I went and read up on a few sites to help lower r_speeds and compile times.

I will add the new download and see what you think of that.. But thanks Tracer.. I think it looks purdy!

($)

P.S. Tracer after the netvis.exe is done, what do I do then? Do I run Hammer Compiler with out the vis?

Yes, definitely func_wall the dipper boxes! Func_walls do contribute to your wpoly, but then if you make them world brushes they will contribute even more!

Vis-blocking is where you completely block the line-of-sight from one area to another. Standard methods include sharp bends in corridors etc. Without this, the VIS program will have a hard time optimising your level (which is why it takes so damn long - and it's also getting confused by trying to include those complex dipper shapes in its calculations). LEARN WHAT IT MEANS AND HOW TO USE IT!

You don't need to raise a brush off the ground if it is a func_wall. If it's not, then raising it off the ground will stop it splitting up the floor.

Generally, make fine detail (especially anything with lots of non-axial polygons) into func_walls, and leave the larger/simpler brushes alone.

Func_wall

• Cannot block visibility, and so is ignored by the VIS program calculations
• Can sometimes be seen from other parts of the level, especially if it [the func_wall] is huge
• Does not cause any face splitting
• Cannot be used to "seal" the level from the void. Using them as outside walls will create a leak.

World brush

• Does block visibility
• Will cause face splitting on any other world brush that it touches
• Must be used to seal your level from the void.

*sighs*

most of this page belongs in "editing"

all this knowledge will be gone now.

nice theme, hard to pull off tho..

I'm gonna take the water in the pool and greyscale it, so that should take care of the color clashes.

The "snakes" were just put there as an after-thought. I think they'd look better above the falls on an empty pedastel I have up there, with perhaps a few light spots on them...and yeah I sure wish it would be easier to make statues n stuff with hammer.

Also the waterfalls do come from small gaps in the rock. You just can't see the gaps from this angle..also, I pulled the pool water back a bit up there because it was visible through the waterfall...and it looked real bad...so really, it would be hard to tell where the water was coming from unless there was a direct light on it...but I don't think I'm gonna make that something Player needs to see.

I'm seeing alot of different ideas in everyone's maps, and I think that's cool...but it's gonna be a bitch to try and connect all of these unique rooms. Perhaps, instead of Wild Card having the responsility of connecting all the rooms, why don't the people who are connected connect the rooms? We could do that thru PM's here or on whatever chat program or even email. What ya think of that?

I guess I really should include this in that tut. you run netvis in place of hlvis, so the compile order becomes csg, bsp, netvis, rad. if you get the ZHLT complie GUI you can set it all up nicely, but before I had that, I just ran the final two steps (netvis, and rad) manualy from the DOS command prompt.