Jump to content

Recommended Posts

Posted (edited)

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

01_2023 aim7.png

02_2025_aim-7M.png

03_index_M.png

04_fm_mass1.png

05_fm_mass2.png

06_E vs E2.png

07_chatgpt_question.png

08_chatgpt_answer1.png

09_chatgpt_answer2.png

10_E vs E2 speed.png

Edited by Merrek
forgot the chatgpt images + E vs E2 speed not just energy
  • Like 2
  • Thanks 1

Joystick RED: Virpil CM2 + WarBRD-D base
Joystick BLUE: TM F-16 + HOTAS magnetic base
Throttle: Virpil CM3
Rudder:  Virpil ACE flight pedals
Panels:   Virpil control panels #1, #2

Posted (edited)

I would be careful using the quaggles dataminer because a lot of the formatting, comments, and some of the tables are not included in the files because the dataminer is pulling the data from memory when the game is started. It makes it hard to read and there could be stuff missing. Aim-7 is one of the few lua files we have acces to in the root install under coremods/aircraft/aircraft weapon pack.

That mass value under the "AIM_7_FM" table in the aim7family lua file i don't believe gets used. Because it's inside of a function that gets copied across all of the aim-7 variants. It's likely some kind of default number that gets used if there is no mass value defined elsewhere in that variant missile's config. null

Edited by Muchocracker
Posted
2 hours ago, Muchocracker said:

I would be careful using the quaggles dataminer because a lot of the formatting, comments, and some of the tables are not included in the files because the dataminer is pulling the data from memory when the game is started. It makes it hard to read and there could be stuff missing. Aim-7 is one of the few lua files we have acces to in the root install under coremods/aircraft/aircraft weapon pack.

That mass value under the "AIM_7_FM" table in the aim7family lua file i don't believe gets used. Because it's inside of a function that gets copied across all of the aim-7 variants. It's likely some kind of default number that gets used if there is no mass value defined elsewhere in that variant missile's config. null

Hi, thanks.

"It's likely some kind of default number that gets used if there is no mass value defined elsewhere in that variant missile's config. null"

That would still be a bug. If variants F, M and P weigh 16% less than they should in cases where (for whatever reason) the proper value is not available, it's not ok.

I mean, if the missile has mass of 231, it should have it at all times (before the rocket motor starts depleting some fuel), right?

  • Like 1

Joystick RED: Virpil CM2 + WarBRD-D base
Joystick BLUE: TM F-16 + HOTAS magnetic base
Throttle: Virpil CM3
Rudder:  Virpil ACE flight pedals
Panels:   Virpil control panels #1, #2

Posted (edited)

Guys, I have just realized that all these Aim-7s have run on the new API for some time.

https://github.com/Quaggles/dcs-lua-datamine/tree/master/_G/weapons_table/weapons/missiles

I can still see the value 194 in 2 places (client + server) for every missile variant E,F,M,MH,P even in the new definitions.

And those params also changed exactly on 11.7.2024 (looking at the commit history) ...

M.

aim-7p.png

Edited by Merrek
  • Like 2

Joystick RED: Virpil CM2 + WarBRD-D base
Joystick BLUE: TM F-16 + HOTAS magnetic base
Throttle: Virpil CM3
Rudder:  Virpil ACE flight pedals
Panels:   Virpil control panels #1, #2

  • ED Team
  • Solution
Posted

Hi all, 

Thank you for the reports.

We have a fix ready internally that is being tested. Please look out for the fix in future change log. 

 

  • Like 2
  • Thanks 1

smallCATPILOT.PNG.04bbece1b27ff1b2c193b174ec410fc0.PNG

Forum rules - DCS Crashing? Try this first - Cleanup and Repair - Discord BIGNEWY#8703 - Youtube - Patch Status

Windows 11, NVIDIA MSI RTX 3090, Intel® i9-10900K 3.70GHz, 5.30GHz Turbo, Corsair Hydro Series H150i Pro, 64GB DDR @3200, ASUS ROG Strix Z490-F Gaming, PIMAX Crystal

Guest
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...