Author Topic: Self-correction for Yoyo Bugs in v5.20  (Read 1088 times)

0 Members and 1 Guest are viewing this topic.

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 9949
  • Thanked: 10024 times
Self-correction for Yoyo Bugs in v5.20
« on: May 06, 2010, 10:53:22 AM »
Someone has just sent me a database with a new yoyo bug. A ship of the new aliens was attacking a Star Swarm Queen. The new alien was faster and had longer range weapons and therefore couldn't be attacked by the Queen. However, the shield recharge rate of the Queen was higher than the damage output of the new alien so stalemate ensued. I could try and program the AI to deal with this but there are so many variants on this theme that I have decided on a more brute-force approach. It isn't ideal but I hope it will solve the problem of yoyos once and for all. In v5.20, Aurora will keep track of how many consecutive increments are shortened and will track which NPR fleet is causing the shortening to take place. Once the total of consecutive shortened increments exceeds 200 and the last shortened increment wasn't due to missile flight times, Aurora will take corrective action by deleting the fleet that caused the last shortened increment. I considered tracking the fleets causing increment shortening over a long period as well but sometimes the reason for increment shortening varies between missile flight, fleet interception and being within firing range, which can throw off the tracking. Using the last fleet will work in the vast majority of cases and it will just be unfortunate for the odd NPR fleet if Aurora picks a late entrant that is continuing an existing yoyo problem.

This automated process will replicate the current manual cure for the vast majority of yoyo bugs and it will be hidden from the player as this only affects NPR fleets, so it shouldn't affect suspension of disbelief. So in v5.20, if a yoyo problem persists, set automated turns going and let the program sort itself out. My only concern is that 200 consecutive short increments may not be high enough to avoid affecting actual battles rather than just bugs so I may adjust that figure upwards.


Offline Brian

  • Vice Admiral
  • **********
  • Posts: 1214
  • Thanked: 3 times
Re: Self-correction for Yoyo Bugs in v5.20
« Reply #1 on: May 06, 2010, 03:11:44 PM »
have the limit be something that the player can change in sm mode/ or in the game design screen.  This way if it needs a change you only need to put out a message and most people can make the change.  Might save some problems down the road if you set up a screen for this type of problem.  Nothing fancy, just a list of variables that could need changing to prevent future problems.


Offline AndonSage

  • Sub-Lieutenant
  • ******
  • A
  • Posts: 118
Re: Self-correction for Yoyo Bugs in v5.20
« Reply #2 on: May 06, 2010, 09:18:59 PM »
Quote from: "Brian"
have the limit be something that the player can change in sm mode/ or in the game design screen.
That's a good idea, also because the time required for calculations is going to take less time on a newer computer than an older computer. At least, it makes sense that would be the case :)

So people with newer computers could increase the number to reduce the chance of erroneously cutting off valid battles, or those with older computers could reduce the number to decrease the time spent on calculations.
"You can have peace. Or you can have freedom. Don't ever count on having both at once." - Robert A. Heinlein
"Just because you do not take an interest in politics doesn't mean politics won't take an interest in you!" - Pericles (430 B.C.)
"A government big enough to give you everyt


Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72