omega322 Posted March 2, 2009 Report Posted March 2, 2009 Brush ##: nummapbrushes == MAX_MAP_BRUSHES Side # Texture: [some_texture] Description: You have too many brushes in your map (more than 8192) The given brush is just the first one to go over the limit, it's properties in this error are useless Solution: Delete some brushes, turn some of them into models for area's high in detail. For singleplayer maps, you may decide to add a level transition and split the map into multiple levels. Multiplayer maps that reach this limit are probably too big for multiplayer anyway. See also: MAX_MAP_BRUSHES IN a nutshell I've hit the set brush limit in hammer, I know this can be bypassed since the map rp_C18 has much more brushes then allowed. How do I bypass the set limit? is there a special command to run? Quote
AlexM Posted March 2, 2009 Report Posted March 2, 2009 I wish I could tell you yes, I've hit this limit many times and have had to painfully remove BSP geometry that I worked for hours on to get the map to compile. Quote
Skjalg Posted March 2, 2009 Report Posted March 2, 2009 I think you can bypass it, cant remember the command tho, but I remember I did it somehow when mapping for the regular half-life. It's when you reach the maximum number of entities you are hurting edit, found this quote. Zoner's, Merle's & Cagey's Compiling tools may have some higher limits, such as 8192+ MAX_MAP_BRUSHES or 2048 for MAX_MAP_ENTITIES. Furthermore, some Mods have lower limits. Find the Mod's coder and ask if you think so. Which probably means that my soloution 10 years ago was to switch to Zoners compile tools, which leads you to this soloution; Solution: Delete some brushes, turn some of them into models for area's high in detail. For singleplayer maps, you may decide to add a level transition and split the map into multiple levels. Multiplayer maps that reach this limit are probably too big for multiplayer anyway. Quote
insta Posted March 2, 2009 Report Posted March 2, 2009 Why rp_C18 doesn't hit the limit is probably because its compiled on an older engine (plain source or the ep1 version), I think the brushlimits were introduced with orangebox. Quote
Deathy Posted March 2, 2009 Report Posted March 2, 2009 Why rp_C18 doesn't hit the limit is probably because its compiled on an older engine (plain source or the ep1 version), I think the brushlimits were introduced with orangebox. Nope. The brush limits were there from the beginning.. turning brushes into models is the best solution I guess.. It's rather easy actually. You can import vmf/dxf to some 3d model softwares. Quote
the0rthopaedicsurgeon Posted March 2, 2009 Report Posted March 2, 2009 there are ways to reduce your brushcount without changing the way the map looks, if you've got a row or windows or doors along a single wall you can cut the brushes like in the bottom picture instead of the top, which saves you 2 brushes just from those two windows: on a building in a map i'm making now, i went from 13 to 7 brushes on a wall with 4 windows. you can also make steps 12 units high instead of 8, convert railings into props, check your cuts are efficient, etc. Quote
Skjalg Posted March 2, 2009 Report Posted March 2, 2009 ^ Great tip! Oh and yeah, the brush limit has been there from the dawn of quake1 Quote
Erratic Posted March 2, 2009 Report Posted March 2, 2009 This thread brings back nightmares on Insurgency. delete shit, convert to models, simplify brushwork was my solution. Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.