Search the Community

Dear ED developers, I’ve been your fan since Lock On days and have enjoyed DCS for at least 8 years now. In the past year I’ve detected some strange behaviour on fox1 servers regarding Aim-7 performance. I’ve been more active in recent weeks and the issue seems too severe to be ignored. Being a professional analyst (and ex low-temperature physicist), I know that opinions and feelings count for nothing in these cases. After dedicating 30+ hours to solving this issue, I believe I’ve successfully identified the problem and see an immediate solution to mitigate it. Let us dive right into it using numbers and physical quantities from TacView, as well as known missile parameters thanks to dcs-lua-datamine github by Quaggles. The key date is 11.7.2024 - on this day, everything changed with the whole Aim-7 family. Despite my best efforts, I haven’t been able to collect Tacview files closer to this event, but I can demonstrate the change using one from 03/2023 in the “before” period and a more recent one from 2025 in the “after” period. When we compare Aim-7M performance before and after the change, it is both qualitatively and quantitatively different. I am using Tacview Advanced graphs and the metric of choice is total mechanical energy. Not only is the maximum energy vastly different, but also its time evolution (character). We know that Aim-7F and above are dual-stage. First, the booster lights up, delivering the strongest impulse. After that, the sustainer rocket motor kicks in, delivering the final bit of extra energy. In the before period (scenario A), the Aim-7M missile gets to its maximum energy only after the sustainer phase. However, since the change (scenario B), the missile reaches its maximum energy state already after the initial booster phase. Sustainer then merely preserves this energy for the duration of its burn. This is the qualitative change. There is also a quantitative change. New maximum energy is more than before. So not only does the missile reach higher energy faster, it can also preserve it in a superior way (see attachments). The following thing shouldn’t be considered a “proof” of any kind, merely a supportive argument. I formulated a question for ChatGPT and got an answer, that scenario A is much more realistic for the Aim-7 missile (see attachments). Now, for the actual proof. I was wondering for some time, what could possibly be responsible for such a dramatic change in missile energy management. With the background in physics, a few things immediately crossed my mind. Either the magnitude of the impulse of at least one of the rocket motors changed, or the delivery character of that impulse (its time evolution) or the missile’s mass (weight) itself. I went through the whole changelog since 03/2023 and curiously enough, found that on 11.7.2024 that’s precisely what changed - but for the E and E2 variants. See: https://www.digitalcombatsimulator.com/en/news/changelog/release/2.9.6.57650/ Look for: “Weapons. AIM-7E/E2 mass decreased.” From that point on, it all started making sense. I discovered this brilliant guy’s Quaggles github, pulled the commit from 11.7.2024 and the earliest one before this date. Started comparing all Aim-7 variants before and after. Soon enough, I stumbled upon the culprit. Link for the latest commit before the change: https://github.com/Quaggles/dcs-lua-datamine/blob/e57755713d8ae6b59ccf1831b089e3b33aee7633/_G/rockets/AIM-7MH.lua Link for the commit right at the change (11.7.2024): https://github.com/Quaggles/dcs-lua-datamine/blob/da69a9f560550da346501f4056261e491ac4079a/_G/rockets/AIM-7MH.lua Let’s have a look at some of those missile parameters. Of course, I am not an ED developer and cannot possibly know what these parameters mean, right? There is no official documentation, so it could be air temperature. Well, yes and no. Thanks to your changelog, we do know that the mass of the E and E2 variants did change on 11.7.2024. When we compare the changes specifically in the E2 missile files, we find only 3 changes in all the parameter values. We know that the mass is supposed to change and we can see 3 updated parameters. Can we safely assume that these 3 parameters define the missile’s mass? For the sake of this report, let’s call them “index M”, “fm mass1” and “fm mass2” (see attachments). For your convenience, I have provided a table with all existing Aim-7 variants, changes of these 3 parameters in the aforementioned commits and verified that the parameter values have stayed the same right up to now. We can immediately see the problem: missile param 23.3.2024 11.7.2024 30.6.2025 Aim-7E2 index M 230 194 194 Aim-7E2 fm mass1 231 194 194 Aim-7E2 fm mass2 230 194 194 Aim-7E index M 230 206.4 206.4 Aim-7E fm mass1 231 194 194 Aim-7E fm mass2 230 206.4 206.4 Aim-7F index M 231 231 231 Aim-7F fm mass1 231 194 194 Aim-7F fm mass2 231 231 231 Aim-7MH index M 231 231 231 Aim-7MH fm mass1 231 194 194 Aim-7MH fm mass2 231 231 231 Aim-7P index M 231 231 231 Aim-7P fm mass1 231 194 194 Aim-7P fm mass2 231 231 231 Aim-7(M?) index M 231.1 231.1 231.1 Aim-7(M?) fm mass1 231.1 194 194 Aim-7(M?) fm mass2 231.1 231.1 231.1 First of all, before the change, for every missile, all 3 of these parameters were kept the same (only difference = 1 with E2 variant). After the change, only the E2 missile has equal values of the 3 params, all of the other missiles have 1 parameter different from the remaining two. The most dramatic difference is 37kg. Not only is the parameter different, but it is exactly the value present in the E2 variant (194). Is it possible that somehow, at some point, the E2 "fm mass1" value overspilled to the other variants? Commiting different versions of the code, copying the value of the params, etc.? I am 99% confident that this is not the change you'd intended to do. Because you did change the values for E2, but kept all 3 params the same. That appears to be the correct approach. It is my suspicion and hypothesis, that this one single parameter is directly responsible for the new buffed-up missile performance of the variants that shouldn't have been changed at all. There is one more supporting evidence for this. E and E2 variants should have different mass according to literature and also according to your changes. The difference should be about 6% (194 vs 206.4). There are more differences in missile params for these 2 missiles in the "seeker" and "autopilot" part and it was my hypothesis that these could be ignored when firing blind without a target lock. We tested it and arrived at an estimated difference in gained energy of 0.6% - this is nowhere near the perceived mass difference. In the "boost" and "march" parameters, they have the same impulse value. So the motors are the same, the impulse is the same, the resulting extra speed should be different by about 6% (p = m.v), but it's barely detectable (0.6% diff in energy) EDIT: I may be wrong at this point. After comparing missile speeds, the E vs E2 may actually have about 5% difference in speed, but it's hard to judge. The aircraft shot one missile at slightly higher initial speed. Combined with drag being dependent of speed etc. this creates a difference. And also the other extra missile parameters, in which these missiles differ, could play a role. Attached, you'll find what I believe to be proof that these missiles actually have the same mass for the purposes of energy after launch. Despite not having same mass in real life and also in the other 2 mass parameters. EDIT: hard to say. They appear too similar. This is all I can provide at this moment, I'm happy to talk more about this. I only have few key questions for you and would be delighted if you managed to answer them: 1. Can you please confirm, that you indeed observe the provided values of the parameters and that 1 ("fm mass1") is different from the other two in all but the E2 variant? 2. Can you please confirm if this was unintended and the idea indeed was, to keep all 3 parameters at same (updated) values? 3. If yes, am I right in assuming this could be fixed as easily as rewriting one parameter value for 5 missiles to match the remaining two parameter values? 4. And finally, if yes, could you please prioritize this in your future updates? If you've survived to the merge (the end of my post), thank you and congratulations. I wish you the very best of luck in improving and maintaining the game that we all love and enjoy so much. Best regards, Merrek