View Issue Details
| ID | Project | Category | Date Submitted | Last Update | |
|---|---|---|---|---|---|
| 0010021 | AI War 1 / Classic | Bug - Gameplay | Dec 18, 2012 7:23 pm | Jan 24, 2013 6:30 am | |
| Reporter | Fleet | Assigned To | |||
| Status | new | Resolution | open | ||
| Product Version | 6.009 | ||||
| Summary | 0010021: Neinzul Enclaves increasing numbers make game lag increase with time | ||||
| Description | With Enclaves enabled, their numbers increase with time, eventually releasing thousands of drones with cause severe lag. This is with offensive commands enabled and defensive commands disabled. The end result is a game, after putting many hours of play into it, that becomes increasingly unplayable. A fix would be to limit the number of enclaves, or to disable/remove enclaves from the current game. I really don't want to give up on my current game because of this issue. Thank you for taking a look. | ||||
| Tags | No tags attached. | ||||
| Internal Weight | |||||
| has duplicate | 0010367 | new | Playing with the Neinzul enclaves can make the game very laggy after 15/20 hours of play |
|
|
You could just turn on offensive commands for a short bit, have them "thin out" their numbers some (but not all), and then turn it back off to have them retreat back to your HW. Yea, its not a long term solution, and something needs to be done to "reign them in", but it can at least keep your game playable until this is fixed. |
|
|
Yeah, thought of the same thing in hopes of a temporary fix (I have offensive commands enabled already, and have for some time). I think their logic is set-up to only attack when they have a good chance of winning. That means they won't enter a situation where they are outmatched. And there are >15 enclaves now...getting hard for any AI planet, save for the home worlds, to deal with. |
|
|
What I'd really like would be one (or more?) of: * A (low? user definable?) cap on the number of enclaves of each type that can be present at once * A carrier-like system for large numbers of younglings (possibly bigger younglings for more build points when there are more than, say, 200 of each type of youngling in a system controlled by that faction?) * Ability to apply a different unit cap scale to the Neinzul (not sure if ultra-low would go far enough) I don't *want* 100 enclaves guarding my space -- I'd rather lose the eight systems outside my chokepoint and have to recapture them than have my computer choke on the lag from 4000+ younglings (typically around 8000). One of my games went up to 200 enclaves, and I just couldn't keep playing -- 16000 younglings is murder on my computer. |
|
|
I think this needs to be fixed. Right now at my mid-late game I have over 110 enclave ally which spawns about 16k nano swarms last time I checked on my 120 planet map. Every time they die out it causes massive game-speed lag. I think there should either be a set max amount of ally. I read another suggestion for another problem which I think might be useful in this situation. "another way of fixing this might be to make the spawn rate of dysons inversely proportional to the number of dysons currently in play... a point would be reached where they spawn at an equal or lower rate than they die, and sanity is saved" I think this could be used with a minor adjustment depending on the ai difficulty and map-size. It could help prevent these massive swarms in late-game. |
|
|
just a thought but a better fix than just nerfing them would be for them to form fleets with seperate orders so they wont all spawn at once and would spread out to limit the lag they induce. probably to borrow some of the new ai defense fleet code that allows multiple wandering defenders. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| Dec 18, 2012 7:23 pm | Fleet | New Issue | |
| Dec 19, 2012 12:09 am | TechSY730 | Note Added: 0029145 | |
| Dec 19, 2012 12:25 am | Fleet | Note Added: 0029146 | |
| Jan 2, 2013 12:26 am | Radiant Phoenix | Note Added: 0029417 | |
| Jan 7, 2013 11:25 am | deltaforcex | Note Added: 0029658 | |
| Jan 7, 2013 11:32 am | deltaforcex | Note Edited: 0029658 | |
| Jan 15, 2013 12:58 am | TechSY730 | Relationship added | has duplicate 0010367 |
| Jan 24, 2013 6:30 am | motai | Note Added: 0030150 |
