- Joined
- Jun 9, 2008
- Messages
- 308
Anyway so in my 480x480 map with maximum players, I discovered something awful a long way into development.
Now that I actually test it with 24 players, it often crashes at map initialization or shortly after.
Often, but not always, which is extra weird.
I gradually removed all custom triggers, but the crash still eventually comes if I restart the mission enough times.
The crash is more likely the more players I activate.
Through trial and error, I found I could cut down the crashes by letting the editor pick the starting locations rather than placing them myself.
So is there a starting location made so badly the AI goes crazy when it spawns there?
Anyway, after 12 "restart mission" (I already thought the issue was solved), it crashed again anyway.
This was the message I got:
For starters - what does "Object: .M" mean?
Note that in previous crashes, it didn't even just show that one, only "unerwarteter Fehler" (you see it in the background here), but at least this time I got a hint.
The non-english part of the red message reads:
"To process this order, there are not enough memory resources available."
UPDATE:
Going through the error files, I found each error had usually one of those in it:
Object: .G
Object: .?AVC2Vector@NTempest@@
Object: .M
Object: DoodadPathing (.?AUDoodadPathing@@)
The "DoodadPathing" one looks most promising, it suggests I might fix this by identifying a corrupted doodad?
Hopefully I won't have to delete all of them.
Now that I actually test it with 24 players, it often crashes at map initialization or shortly after.
Often, but not always, which is extra weird.
I gradually removed all custom triggers, but the crash still eventually comes if I restart the mission enough times.
The crash is more likely the more players I activate.
Through trial and error, I found I could cut down the crashes by letting the editor pick the starting locations rather than placing them myself.
So is there a starting location made so badly the AI goes crazy when it spawns there?
Anyway, after 12 "restart mission" (I already thought the issue was solved), it crashed again anyway.
This was the message I got:
For starters - what does "Object: .M" mean?
Note that in previous crashes, it didn't even just show that one, only "unerwarteter Fehler" (you see it in the background here), but at least this time I got a hint.
The non-english part of the red message reads:
"To process this order, there are not enough memory resources available."
UPDATE:
Going through the error files, I found each error had usually one of those in it:
Object: .G
Object: .?AVC2Vector@NTempest@@
Object: .M
Object: DoodadPathing (.?AUDoodadPathing@@)
The "DoodadPathing" one looks most promising, it suggests I might fix this by identifying a corrupted doodad?
Hopefully I won't have to delete all of them.
Last edited: