I have no name :(

I have no name :(

Hammer Mapping — Page [1]
macogoo
2008 Dec 25 • 94
my defuse map is finaly done after a week of work... but then this shows up:/... how to fix it?
I've read on the common problems ,but i dont realy get it:/
please help fast, gonna play it agaisnt my friends.
hlrad: Error: Exceeded MAX_PATCHES
 
 
 
2009 Dec 11 at 21:08 UTC
sprinkles

Chrome Whore
2009 Sep 6 • 2547
10 ₧
ZHLT.info said:
When HLRAD runs, it takes all the visible faces in the game, and divides them into sections called patches. These patches are the textures used as the lightmaps for the world. There is a hard limit of 65535 patches that HLRAD can deal with. By default, a 64x64 game unit chunk of space is the size of one patch. If the texture scaling (not texture size) is larger or smaller, it will directly affect the lightmap size as well. This means a texture with scale of 2, will have at best 1/4th as many patches as a texture with a scale of 1.

Putting a 'box' around the level to protect from leaks is the most commmon cause of this error, beyond excessively large maps. The box causes vis to keep the faces on the outside which would normally be thrown away. These faces are then required to have lightmaps. Worst case, is that putting a box around the level will usually cause an extra 40-80% more lightmaps to be created than necessary.

Barring having a box, the other cause is large maps. The fixes are varied but can only help so far. Using -chop values larger than the default 64 for HLRAD will cause the lightmaps to be larger. However, for values larger than around 96 the lightmaps start looking bad, and will more prominently show the 'staircase' effect on shadows. Using a larger scale on large textures (dirt, rock walls, concrete) will help those large surfaces consume fewer lightmaps.
 
 
 
2009 Dec 11 at 21:17 UTC
Page [1]