Problem With Info_locations Causing Blocalloc Full
Hypergrip
SuspectGermany Join Date: 2002-11-23 Member: 9689Members, NS1 Playtester, Contributor
<div class="IPBDescription">MAYBE related to compiler tools or NS...</div> lo guys
I finished my latest project ns_falcon a few days ago and everything worked just fine. However after adding info_locations to the map (nothing else has changed in any way) NS crashes with a "AllocBlock: full" when trying to load it.
After searching to forums and the web I came across the hint that overlapping info_locations can cause this problem, but i made sure all the locations are at least 8 units apart from each other, so this can not be the source of the problem.
Then I thought the reason might be that the map has too many entities so i combined several block entities (mostly overlays for computer screens or other lights) into single entities - didn't help either.
My next try was the thought that there might be a limit on info_locations (wich i never heared of). So basically i deleted an info_location, compiled, tried to load, removed another info_location, compiled, tried to load and so on until the map would load without problems. I then moved and resized the remaining info_locations so they would cover more of the map (I did not add anything, I only changed existing entities). When trying to load the map "AllocBlock: full" again >_<
So my conclusion was that, ance the combined size of all info_locations on the map reaches a certain value the error will occur. I tried a single big info_location covering the whole map and got the error. I resized the info_location to cover only a small room and it loaded just fine.
I think i tried pretty much anything I can on the side of VHE so I guess it MIGHT be an actualy problem with the compiler tools or NS itself. I have no clue really...
/Hyper
I finished my latest project ns_falcon a few days ago and everything worked just fine. However after adding info_locations to the map (nothing else has changed in any way) NS crashes with a "AllocBlock: full" when trying to load it.
After searching to forums and the web I came across the hint that overlapping info_locations can cause this problem, but i made sure all the locations are at least 8 units apart from each other, so this can not be the source of the problem.
Then I thought the reason might be that the map has too many entities so i combined several block entities (mostly overlays for computer screens or other lights) into single entities - didn't help either.
My next try was the thought that there might be a limit on info_locations (wich i never heared of). So basically i deleted an info_location, compiled, tried to load, removed another info_location, compiled, tried to load and so on until the map would load without problems. I then moved and resized the remaining info_locations so they would cover more of the map (I did not add anything, I only changed existing entities). When trying to load the map "AllocBlock: full" again >_<
So my conclusion was that, ance the combined size of all info_locations on the map reaches a certain value the error will occur. I tried a single big info_location covering the whole map and got the error. I resized the info_location to cover only a small room and it loaded just fine.
I think i tried pretty much anything I can on the side of VHE so I guess it MIGHT be an actualy problem with the compiler tools or NS itself. I have no clue really...
/Hyper
Comments
<!--QuoteBegin--></div><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td><b>QUOTE</b> </td></tr><tr><td id='QUOTE'><!--QuoteEBegin-->
My next try was the thought that there might be a limit on info_locations (wich i never heared of). So basically i deleted an info_location, compiled, tried to load, removed another info_location, compiled, tried to load and so on until the map would load without problems. I then moved and resized the remaining info_locations so they would cover more of the map (I did not add anything, I only changed existing entities). When trying to load the map "AllocBlock: full" again >_<
<!--QuoteEnd--></td></tr></table><div class='postcolor'><!--QuoteEEnd-->
That location was still in the map and it worked <!--emo&???--><img src='http://www.unknownworlds.com/forums/html//emoticons/confused.gif' border='0' style='vertical-align:middle' alt='confused.gif' /><!--endemo-->
/hyper
good luck, hope i never get this error <!--emo&:(--><img src='http://www.unknownworlds.com/forums/html//emoticons/sad.gif' border='0' style='vertical-align:middle' alt='sad.gif' /><!--endemo-->
/Hyper
Just checking you made it null and didnt change the texture sizes? The compiler and hl will not handle rooms as big as the whole map.
Try adding locations 1 by 1, and see when it crashes. The size shouldn't matter (Obviously not huge, but i tested 3200x3200 and it worked). Just compile till where you get the error when you check, no use running the whole thing if it works.
A tough one to figure out, vague error that usually shows up when you start the game or during compile, or even when WC/Hammer starts up - you have gone over the memory limit somewhere for some reason. It can be too little RAM (128M is about minimum), a leaf saw into leaf error, too long pathnames, too many textures, too big a level, too big or too many model/sprites, too big a wav sound file - or it could be that old "too many wads" mistake, a huge "noob" brush around the map to prevent leaks, too many SKY faces on hidden brush faces in the level - or even something else. <i>Example: In early versions of NS, the 3D area info location entities were a major cause.</i>
If it happens during compile, do not use WC/Hammer to "run" the map, but use a front end or batch file to compile with. You could also get more RAM.
Taken from <a href='http://www.slackiller.com/tommy14/errors.htm' target='_blank'>http://www.slackiller.com/tommy14/errors.htm</a>.
Note that the problem doesn't come from just the info_locations, they simply are the drop that spills the bucket, so you can also try increasing texture scales on any large surfaces in the map itself (also helps r_speeds).
All you have to do is scale up textures alot, even if the texture wont be rendered in-game it helps, so scale up all the outside textures (they never seen by player) to 10x and it should fix the problem <!--emo&:D--><img src='http://www.unknownworlds.com/forums/html//emoticons/biggrin.gif' border='0' style='vertical-align:middle' alt='biggrin.gif' /><!--endemo-->