Snarkpit Forum Index » Half-Life editing » How do you reduce r_speeds?
How do you reduce r_speeds?
1
Post Reply
Quote
 Re: How do you reduce r_speeds?
Posted by Ronin on Wed Oct 22nd at 8:39pm 2003

I have two maps that i recently submited. Op4_harbor, and op4_abby. Both maps are compleate, but my r_speeds are awfule. I would like to know how to reduce them, and what causes high r speeds so i dont do it in the future. Thanks

[addsig]



Quote
 Re: How do you reduce r_speeds?
Posted by Orpheus on Wed Oct 22nd at 8:43pm 2003

you are going to recieve all kinds of advice, but i suggest, you load up a few maps, pay attention to what works, and what doesn't.

thats the best advice there is.

limit what can be seen from any given location.

[addsig]



Quote
 Re: How do you reduce r_speeds?
Posted by Vash on Wed Oct 22nd at 8:50pm 2003

Another piece of advice:

Solid`s with many faces (IE: Cylinders) should remian 1 inch above the ground, not able to be seen by the player, but just enough to reduce face cut-ups.

[addsig]



Quote
 Re: How do you reduce r_speeds?
Posted by Gorbachev on Wed Oct 22nd at 11:08pm 2003

AND to add to Vash's statement, if your mod/compile tools support the Null texture then use that on the face that's facing the wall/floor. Null is a texture that is deleted when compiled, so it removes that poly. Use it anywhere the player will never normally be allowed to see. [addsig]



Quote
 Re: How do you reduce r_speeds?
Posted by Edge Damodred on Thu Oct 23rd at 12:14am 2003

small objects that are sitting on something and really don't affect the light much, convert them into func_walls to prevent brush break-ups. (Go the extra step and make them destroyable for the fun of all )

[addsig]



Quote
 Re: How do you reduce r_speeds?
Posted by Ronin on Thu Oct 23rd at 2:12am 2003

Awsome, thanks for the help guys, i will do what i can to fix it



Quote
 Re: How do you reduce r_speeds?
Posted by Gollum on Thu Oct 23rd at 8:42am 2003

The most important method to reduce your r_speeds is VISblocking. This is where you limit what can be seen by the engine by blocking its line-of-sight. A basic way to do this is to put bends in the corridors between rooms:

[addsig]



Quote
 Re: How do you reduce r_speeds?
Posted by Adam Hawkins on Thu Oct 23rd at 12:00pm 2003

Heh

Also take into account the scaling of your textures. Every time a texture tiles, thats 1 wpoly, so a smaller scaled texture will result in more wpolys than a higher scaled one.

Also bear in mind that 256*256 textures act a little differently if they are stretched to fit a face. e.g 1 side of a crate with a 256*256 texture stretched to fit will result in 4 wpolys, as the HL engine chops at 240*240. That probably makes no sense at all! I'll try and write a tutorial this weekend regarding this as i've been meaning to for a while now

[addsig]



Quote
 Re: How do you reduce r_speeds?
Posted by Gollum on Thu Oct 23rd at 12:05pm 2003

Good advice - though I think an understanding of how to best use HL's texture-chopping is a little beyond the scope of beginner mappers.

Simple advice: don't let the game see too much stuff at once. Everything else is "tweaking". You can use tweaks to make you r_speeds a little better, but only good VISblocking will stop them from being terrible in the first place.

At this point I fully expect someone to bust in with "Use Hint brushes".

[addsig]



Quote
 Re: How do you reduce r_speeds?
Posted by Sim on Thu Oct 23rd at 2:48pm 2003

I keep on seeing hint brushes being mentioned, and I've seen the texture but what do they do? [addsig]



Quote
 Re: How do you reduce r_speeds?
Posted by Gollum on Thu Oct 23rd at 3:09pm 2003

They force HLBSP to make a BSP split (a division into visible portals) at that point. Basically, it gives you control over how the map is cut up by the compile tools. This *can* sometimes lead to better r_speeds or the elimination of strange VIS errors.

However, in any map that has a significant "3D" element (like, it isn't easy to plot clearly on a top-down view), the chances are low of you understanding where to place optimal BSP splits. The process of partitioning 3D space is horribly complex, and I reckon it is rare for a human to control it better than a computer.

[addsig]



Quote
 Re: How do you reduce r_speeds?
Posted by Hornpipe2 on Fri Oct 24th at 5:49pm 2003

I've succesfully used hint brushes to cut r_speeds when I made a small level with really short hallways. It kept the game from rendering the entire map because the tools were too dumb to figure out where one room ended and another began. If you suspect you have this problem, run around with gl_wireframe 2 on and you can see what is being rendered everywhere, this will help you place hint brushes to remove those areas from sight.

But yeah, it's confusing as hell to use them when you're trying to do three dimensions. Deciding where you can see rooms above and below is too much of a pain to really justify the work involved. Use hint brushes to further reduce r_speeds if you can figure out how, but they won't fix all your problems for you. That's what visblocking is for.

[addsig]



Quote
 Re: How do you reduce r_speeds?
Posted by matt on Fri Oct 24th at 6:04pm 2003

one word - entites. In one map i made the r_speeds went through the roof due millions of entites. Damn [addsig]



Quote
 Re: How do you reduce r_speeds?
Posted by Gollum on Fri Oct 24th at 9:29pm 2003

? posted by matt
one word - entites. In one map i made the r_speeds went through the roof due millions of entites. Damn

/me pets gmdm2 in a slightly dodgy fashion

[addsig]



Quote
 Re: How do you reduce r_speeds?
Posted by Gorbachev on Sat Oct 25th at 4:14am 2003

? posted by matt
one word - entites. In one map i made the r_speeds went through the roof due millions of entites. Damn

Not necessarily true. Only certain types of entities add to polys of both kinds.

[addsig]



Quote
 Re: How do you reduce r_speeds?
Posted by Orpheus on Sun Oct 26th at 1:10pm 2003

? posted by Gorbachev
? posted by matt
one word - entity's. In one map i made the r_speeds went through the roof due millions of entity's. Damn

Not necessarily true. Only certain types of entities add to polys of both kinds.

epolies and wpolies are always separate animals, func_walls and their ilk still only ever count toward the wpolie limit.

epolies can and will drive up r_speeds, but have about 5 times the limit before doing so (1000wpolie,5000epolie)

reducing the visibility of either will always reduce the r_speeds, assuming you have a full compile and successfully applied vis-blocking.

[addsig]




1
Post Reply