Yes of course, but I doubt the range data is completely thrown away in the SF process.
Im not saying it tosses the data, it likely retains data that overlaps with other sensors to form the most accurate track it can, I was just saying that the IRST does not have superior capabilities in both range and bearing like it seemed you alluded to. Its superior in bearing, while radar is superior in range, which coincides with the pros and cons of IIR vs radar MAWS as well.
Ahh no I was just saying those are the elements supplied to the SF process.
Whilst your here, Just to confirm, the Squished HUD has been reported right? Seems to be some possible confusion in the R&R at the moment
yes it has 2 times 5 months ago
this is the currently accepted report:
https://community.gaijin.net/issues/p/warthunder/i/c2Z40ouQ7Fzb
Dunno what you mean, its clearly on the list
(Surely didnt added it like 2 minutes ago :)) )

Well… Its worth a try:
https://community.gaijin.net/issues/p/warthunder/i/tmSP9xgDcw4T
Just had a game where the Aim-9M clearly swapped to the flare which was fired after the Aim-9M
Would have grabbed a clip, but fed up of having to restart the replay everytime to rewind and having to sit there for a minute or 2 whilst it downloads again
Yes noticed that 9Ms are locking flares even on the rails now
Hell sometimes 9M’s don’t need flares or other missiles to be defeated, sometimes the target can just do literally nothing and the missile won’t hit.
I get that I launched with the seeker a bit out of the circle but from the replays the seeker keeps lock of the guy, but for some reason instead of tracking towards him the missile decides to go the opposite way.
I’ve had this happen on numerous occasions. It’s ridiculous.
If the seeker is right at the edge it can struggle to track the target. Personally that’s a pretty bad shot to take.
Looking at the replays though the missile does start to track for a second but decides it’s had enough and just goes the opposite way. And the seeker only loses track when the missile has pulled too far away.
It’s also not the only instance I’ve seen it happen in, this is just the only one I’ve managed to record and also have the replay working properly.
Because it out accelerates the target while at max gimble which causes it to fail to correctly calculate inertia.
This isn’t a missile issue, your shot was just bad sorry mate.
The behavior also happens on other occasions and the turn direction of the missile is random at best.
See my report and its attached video: Community Bug Reporting System
It should at least keep the same movement in a plane even if it overshoots the target and not go haywire into a random direction.
In the case of @joshje100 it just turns away to the right, in my case it turns downward into the ground even though it was tracking completly fine in the beginning (and still showed TRK until shortly before smashing into the ground).
And my shot wasn’t max gimbal but straight ahead even though it had to maneuver quite strong while reaching max gimbal during the flight. Something seems utterly wrong if a shot causes the missile seeker to reach max gimbal (no matter if at the beginning or during the flight). Even if it would have to switch to IOG the IOG seems to give incorrect movement data in these cases I would assume.
Let em cook
Feels like December update foreshadowing
So?
- Typhoon Overhaul with ASRAAMs and MMW Brimstones
- ECM
- Harrier Overhauls
- CBUs
- Chally 2 Overhaul
- Ajax
- BOL overhaul
Would be a good update.

