-= Gametoast.com =-

Ok, this is a problem I am having with my map, Xagobah: Mazarian Assault. I am currently having a crash happen at random, where the game just stops and does a ctd. Now, I have 100 units on the battlefield each, plus about 20 locals, plus a bunch of vehicles (including command walkers, hoverers, and flyers). I already checked the memory pool sizes for the walkers and command vehicles, so those should be fine. I have heard people say to "fill the memory pool"; how should I do that?
I am under the 16 cp limit, so it can't be that.

Thanks in advance!

Superm9

Post your .LUA and your Bfront2.log.

Superm9 wrote:Ok, this is a problem I am having with my map, Xagobah: Mazarian Assault. I am currently having a crash happen at random, where the game just stops and does a ctd. Now, I have 100 units on the battlefield each, plus about 20 locals, plus a bunch of vehicles (including command walkers, hoverers, and flyers). I already checked the memory pool sizes for the walkers and command vehicles, so those should be fine. I have heard people say to "fill the memory pool"; how should I do that?

When you say 'at random', exactly when are we talking? If it's within the first two minutes of the game, a lot of time it's a secondary weapon. The AI doesn't use secondary weapons often, so you may not have an issue until they try to use it. Your best bet is to load shipped sides to start with. If it doesn't crash it's a side issue. Add one custom unit/vehicle in, munge, test, repeat. Once it starts crashing you will know which unit/vehicle is causing the issue.

As far as 'fill the memory pool goes', the most common one needing filled is SoldierAnimation. It's not actually in the list of memory pools in your lua, so we need to make a new pool, and add it with the other ones. It looks like this:

SetMemoryPool("SoldierAnimation", 2000)

Look for other SetMemoryPool verbs in your lua, then insert it somewhere above/below one of those.

Are any of the vehicles selfpiloted and/or locals?
If they are how are they being spawned? As units or as vehicles?

They is a weird quirk with the game that if they are spawned a certain way they work fine until they get destroyed and try to respawn. During the death animation and when they respawn is when it will do a CTD (found this out with the Bantha and the Dewback)

This may not be the problem but it is something to check into as a CTD won't necessarily indicate why as it happens too fast to be logged.

I was going to say something about custom weapons too but Teancum beat me to it while I was typing

Well, I just ran the BF2modtools.exe and guess what? First, the .txt is over 200 kilobytes. WOW. Most of that is "fill memorypool blablabla to blabla" requests. The last error, however, was something like this (I can't supply it exactly; I accidentally reran bf2modtools and it wiped the .txt clean):

Message Severity: 3
You exceeded 16 command posts!

Well, I know that in zeroeditor there is only supposed to be 16 possible command posts(and these do not all spawn at once):

5 regular cp's
4 attes
4 gunships
3 utats
That equals... 16! And by the time the last ATTE spawns, several of the gunships and at least one of the UTATs have usually been destroyed. Are there some objects that function like a command post? (for example: I have the rebel transport on my map, 1/2 buried in the ground, acting as a crashed ship; I also have several of the felucia supply box thingies (three boxes next to each other)). These both show up on my minimap as white boxes (or in the case of the rebel transport, the shape of a ship). Could these be counting as command posts?

As a note, do not expect me to be replying any time soon (I have to leave today for my sister's tournament in Canton, and won't get back until Sunday night).

I will try filling the memory pool things; thanks for the help so far!



EDIT
Oh, and in responce to Teancum's secondary weapon thing:

The crash usually occurs about 5-7 minutes into the game, so I doubt that it is weapon-related. Oddly enough, there is a small weapon-related glitch: My version of the clone assassin, (using the skin/vibroblade/model from the assets page, thanks ) has a pistol as a secondary primary weapon (aka the second primary weapon). I cannot switch to it, but ai can. Odd...

Oh well, that's just a secondary question (literally ). Please answer the other question first.

EDIT: Oops, here's the .lua:

While, just glancing over your .lua, you need to add the CPs to the list. And, also, try lowering your unitcount a bit to see if that helps.

ReadDataFile("dc:SIDE\\\\gun.lvl",
"gun_inf_soldier")

There should only be two \\, you have four. Also, only load what you have to from a custom side. Everything else can be loaded from a default side so that you can save on filespace.

Well, I don't have my map in front of me (it's at a different computer miles away) But I do know these things: First, I need to add the cps to the lua (I saw that and went "oh boy, I'm a n00b" ), I have 5 cps, but I never noticed the glitch because first, I rarely finish a match on this map (it takes about 15-20 minutes to play right now) and a side NEVER captures all of the cps. I'll fix that as soon as I get home.

Second, the gungan local sides (currently being reskinned to look more like the natives, Xamsters (wookipedia:
http://starwars.wikia.com/wiki/Xamster))
Work fine with the 4 slashes... does the amount matter? I know that it works, even with new skins. And th gungan soldier is the only unit I'm using, so I know that I'm not loading an extra unit.

Thanks!

Superm9

Do you have water in your map and a high view distance in the .sky file? Although individually those two usually aren't a problem, when put together they can cause crashing whenever you look in the direction of the water.

No, that's not causing the crash... the cp count is going over 16. The thing is that I only have a max possible cp count of 16! (including mobile cps; see post above).

Try taking away either a fixed CP or one of the vehicle CP's see if that stops the crash.
Also you did name them all in the lua now right?

Ok, reducing the # of mobile cps fixed it. Thanks!