AI Wingman following dead Lead
-
This has been in BMS for a long time, but I noticed it again today, so I figured I might as well write a “bug report” in hopes that it gets remedied someday.
Version
4.35.0 (x64)Detailed Description
The AI wingman will stick with his lead, following his every move like a good wingman does, but there are some situations where this should not be the case, i.e. when lead has been hit by something and is going down. In today’s flight, I saw an AI MiG-29 wingman follow his lead spiraling down in flames and smoke for a good 30 seconds until he realised he wouldn’t be coming back from that.Pictures
Example files
N/ACrash logs
N/AReproducibility Procedure
1. Target and hit a Lead
2. Watch what AI Wingman doesExpected Behavior
In the event of Lead having received (critical) damage, the AI Wingmen should untether from their lead qand take control of the f(l)ight themselves quicker. Should the Lead be able to recover, he can always give his wingman new instructions (rejoin, RTB, press, …), but until that point, wingmen should operate as if they are either blissfully unaware of Lead’s situation, or consider their lead dead until further notice.Tactically, this would prevent the AI losing valuable time (in this case, 30sec from being hit to realising lead is down, and another 30sec to recover and get back in a fighting position) and possibly getting themselves in a vulnerable position.
Visually, it would prevent the tandem spiral, which is really weird and confusing as you’re looking at it and you’re wondering if they’re both hit and going down, because only one is smoking. -
HUH ???
that has been fixed for sure during 4.35 development (with some caveats it seems)
could you provide a reliable repro case please ?
-
HUH ???
that has been fixed for sure during 4.35 development (with some caveats it seems)
I was okay for me in Dev (not tested in all configurations nos on all a/c).
-
I was okay for me in Dev (not tested in all configurations nos on all a/c).
well it has nothing to do with AC type or configuration
we need a reliable repro case here, but as it is a edge case i doubt we will have one…
i got some ideas to reinforce some edge cases , at the moment, the leader is dismissed when
it’s eject
its exploding
it’s dying
it’s ejectingbut if he manages to stay somehow at a strenght between -1.0 and 0, then it might stay legitimate
i will make it non legitimate at strenght 0.2f which should solve definitevely the edge case
-
good news, no need repro case
bug found and fixed
thanks for the heads up