FacelessCl0ck Posted February 2, 2003 Share Posted February 2, 2003 I'm sure everyone is sick of hearing this but I'm getting the error "Lightmaps exceed max memory"...I've searched high and low for an answer on how to fix this but come up with nothing. First off, no one seems to ever know what this means or what's causing it, secondly, someone posts a link to the answer supposedly, but it's either an old link or it just doesn't exist anymore......what in heck am i supposed to do?? Also, I re-did every single light, but i still get the same error Link to comment Share on other sites More sharing options...
FacelessCl0ck Posted February 2, 2003 Author Share Posted February 2, 2003 oh and I removed every single light from the map and ran BSP and GOT THE SAME ERROR!!!...sigh.. Link to comment Share on other sites More sharing options...
P4ulo Posted February 2, 2003 Share Posted February 2, 2003 Heya, What are u using to edit your maps? jk2radiant or gtkradiant? I used to have that problem with jk2radiant useing fullvis. Im using gtkradiant and i use q3map2 to compile and i dont get it anymore, that and other errors i never found a solution for. Try compiling it with q3map2 Link to comment Share on other sites More sharing options...
dvader28 Posted February 3, 2003 Share Posted February 3, 2003 it's probably a dodgy brush....i hope and pray you're running GTKRadiant, because if you are, then just go to "plugins" and run bobtoolz and that should sort your problem out nicely. bobtoolz pwns Link to comment Share on other sites More sharing options...
dvader28 Posted February 3, 2003 Share Posted February 3, 2003 it's probably a dodgy brush....i hope and pray you're running GTKRadiant, because if you are, then just go to "plugins" and run bobtoolz and that should sort your problem out nicely. bobtoolz pwns Link to comment Share on other sites More sharing options...
FacelessCl0ck Posted February 3, 2003 Author Share Posted February 3, 2003 no im running jk2radiant...and what exactly is a "dodgy" brush? Link to comment Share on other sites More sharing options...
dvader28 Posted February 3, 2003 Share Posted February 3, 2003 run GTK, it's much better and more stable..."dodgy" is a british term for something that's not quite right. Link to comment Share on other sites More sharing options...
FacelessCl0ck Posted February 3, 2003 Author Share Posted February 3, 2003 ok I got GTK..I ran bobtoolz / brush cleanup and it removed a bunch of things...but I still get the error. Also, when I try to run Fullvis in GTK it alays says "timed out" or something like that. What do I need to do? Link to comment Share on other sites More sharing options...
wedge2211 Posted February 3, 2003 Share Posted February 3, 2003 Are you running one of the q3map compiles? Or SOF2map? Try turning off BSP monitoring under Edit > Preferences Link to comment Share on other sites More sharing options...
Atolm Posted February 4, 2003 Share Posted February 4, 2003 Actually your problem has nothing to do with "dodgy brushes". Here's what I found on the Q3World LE Forum (Sticky Threads): MAX_MAP_LIGHTING Specifically. The "LIGHTING" part of MAX_MAP_LIGHTING refers to the lightmaps created for the map. Lightmap images are created by the third stage of the compile.. either by -light using the old light-tracing algorithm or -vlight using MrElusives Volume-casting light algorithm thingy. Each Drawable Polygon surface has lightmap texture coordinates created for it by the first stage of the compile. The third stage creates the actual lightmap images for each surface, and all of these images are squeezed onto 'pages', with multiple lightmap images on each page. Each of these pages is 128*128 pixels in size, enough to cover 2048*2048 units of brush surface at the standard lightmap resolution (16*16 units per pixel). There is an upper limit on the number of lightmap pages that can be crammed into the BSP.. probably about 4mb. That works out to about 80 pages of lightmaps, which is quite a lot of surface area.. If all the sections of your maps compile fine individually, then it must be that the lightmap pages created for the combined map are greater than this limit. There are two solutions to this problem: 1: easy but lower quality, use 32*32units per LM pixel resolution. q3map -samplesize 32 mapname q3map -vis -saveprt mapname q3map -vlight -samplesize 32 mapname 2: more difficult but much better result, reduce the total surface area of the drawable polygons in the map. This will reduce the number/size of the lightmaps, reducing the number of lightmap pages created, reducing the total size of the lightmaps in the .bsp. Drawable polygons are created for a surface even when that surface is hidden by a detail brush. Apply textures/common/caulk to these surfaces, or delete them entirely if they are patches. Drawable polygons are also created for surfaces that are only partially hidden by structural brushes - and, providing that the drawable polygon is convex, parts of it may still be hidden behind structural brushes, taking up extra lightmap area. If there is a significant amount of the area on a surface hidden by a structural brush, split the surface up until only the visible part exists. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.