KenobiOrder

Not even an explanation of why ED thinks it better. Just "correct as is".

No, the new spotting is aweomse and should stay as is. The best change to DCS by far since the MT patch.

Can this please get fixed. Its sort of a big deal. You cannot employ the sparrow at all in cold war servers because if the bandit turns cold or starts cold it instantly loses lock.

And we have zero verification of any of this. Which means no rational individual can place any significant epistemic confidence in claims originating from a video game module where the justification is "trust me". It makes little sense to hide evidence of details you have already ostensibly revealed through the module. If you have a document that specifically states what you claim, why not even a screenshot and possibly also the name of the source? Surely this would verify your claim without giving away any additional information from your document trove. A competitor would learn nothing new, except that you have valid data. I make no accustion of dishonesty at all. I assume you are giving a good faith module. But it has been the case in the past, more than once, that you justified the current module status based on documents you possessed. Then later, additional, and apparently contradictory information surfaced that allowed for changes. This implies that either some of your sources are not accurate or that you misinterpreted them with the best intentions possible. Or some information was out of date of intended aircraft or system model. This very thread is partially the subject of one example of this. We are now talking about the zero Doppler filter, but entire subject got brought up due to changes to the velocity gate tracking loops and whether the MLC filter was present, which was changed from the original model some time ago based on your research. Also, I am not accusing you of being incompetent either. As I am sure you would agree, the subject of modeling these systems is complex and so is interpreting whatever documentation exists. Mistakes get made, and as far as I can tell you seem to correct them when found. But it would still be nice if you could provide some kind of evidence of various claims. I fail to see how screenshots of specific paragraphs or even document names somehow threaten your exclusive access to a useful information repository when this is data you have already ostensibly revealed and would just be verifying.

Yeah this is all completely counter factual for the most part. I've done requests for this sort of data and while it can incur costs, most of the time it does not. And to certainly does not involve lawyers. You also making many assumptions about the nature of the source in question with a absolutely zero evidence.

This makes zero sense when we're talking about government documentation. Nobody is asking for heatblurs proprietary formula or anything.

Why is this the case? The documents used for this module are either legally available or they are not legally available. How can it be the case that you have legally available documentation that you cannot share, since if the documents could not be shared they could not ostensibly be used for the module either.

What makes you certain of that? Do you have a document stating explicitly that the PD STT has a 200 knot zero doppler filter and the amount of gain specified? These filters generally work by samling the altidue return and associated side lobe clutter and then placing a threshold on it. However these do not have infinite gain. There would almost certainly be a threshold where the target would be visable. The altitude return itself would be the strongest return. SLC on either side of it would be MUCH weaker and at some point, the AWG-9 should be able to see targets in that region as the target in the main beam and the SLC is not. All HPRF waveforms are not as good as MPRF of course, but its not impossible for them to track low closing rate targets, especially in STT where the Signal to Clutter should be far better than in general search. The point being, at some range the AWG9 should be able to track a target with a low closing rate. Maybe not in the altitude return itself, but that would be far narrower than the 200 knot range currently modeled. No the AWG-9 is not a newer system, but part of the reason I am not convinced by this model is that even older literature or literature writtin about older systems suggests this sort of functionality. For example, I spent some additional time testing the PD STT mode and it does not even have track memory. Even the APG-59 on the Phantom J had track memory in STT (this is according to its manual). So as it stand right now, the AWG-9 is useless even agaist at target that does a 180 turn, even if I slow or increase closure dramatically to try to keep track because the radar cannot hold the target for the few seconds it resides in either the MLC or ZCF. I am just asking you to take a look at your documention again because it very hard to believe the designers of this radar completely blanked the clutter so that the PD STT mode could not even attempt to compete with it.

Nah I'm saying I have the same data and your selectively picking which setting you want to go with. And in any case, those values are not used in track. In track it's overridden and dynamically adjusted. Tracking loops do not use gargantuan mlc filters.

Nope.

I understand what zero Doppler and the altitude return are. But there is no reason for a blanket 200 knot wide filter over it in STT. The altitude return around zero Doppler is significantly weaker than say the mlc, which is unlikely to be overcome at any practical range. However the altitude return is outside the main lobe, and it's strength is further attenuated by it's distance from the aircraft due to altitude as well as the relationship to target range. With the tracking gate centered on the extremely narrow band of Doppler the target is in, only clutter inside the zero Doppler range that precisely corresponds to the tracked target can compete with it. You gain nothing by placing a automatic filter over this region because in many cases the radar will be able to complete with this clutter. The situation in search is entirely different due to the wide variance of ranges, signal strengths, and lack of knowledge where in the Doppler space the target will be. Far narrower than that. And I'm not guessing.

That is not what I am saying. A am not saying the radar does not need doppler to track. So you have a target with a closer of 700 knots. The ground speed of the radar is 400 knots. By place a tracking gate centered on the targets doppler, you automatically filter out any unwanted returns from unwanted doppler frequencies. Including main lobe clutter/zero doppler etc. I am not arguing that the radar stops tracking doppler.

It probably should not be present in PD-STT. There is no need for the zero doppler filter in the same manner in which a radar uses this in search. In search this has to be wider because you dont have a target yet and want to avoid random clutter. In STT the tracking gate does this for you. Simply by tracking the doppler of the target, you automatically avoid the ground clutter centered on the radars ground speed. There is no need for a artificial +-100 knot filter. There would still be either gain control to increase the threshold of detection if the target got close to the MLC, or a null that would by dynamically adjusted based on an estimate of the MLC size. Like I said I dont have an explicit source for the tomcat spefically, but I have never heard of a tracking date that would work like that. It would basically defeat the purpose of one of the big advantages of single target tracking. That being that instead of having to place a large filter over a range of velocities centered on the zero doppler, you can now track the target righ up to the actual clutter without losing it.

No this refers to the tracking gate. When a STT lock is formed, there is no broad MLC filter. The radar forms a doppler gate on either side of the target, only a few knots wide. With phase lock loops, it can be even narrower. The only way the lock will be lost is if the target actually flies into the MLC clutter itself, or into a notch or nuller that is placed over the MLC Clutter. The MLC Clutter width will depend on the azimuth look angle and ground speed of the radar. The closer to the boresight, the narrower the clutter. At close to boresight azimuths, the MLC clutter will be extremly narrow, potentially single digit knots wide. At large look angles with typical beam widths of around 2-3 degrees, your talking 30-60 knots or so. If the target approaches the MLC clutter, it can be avoided by using either some kind of dynamic gain control or a notch placed over the clutter to blank it out entirely. In either case, if the target flies into the MLC, the radar will either hang onto it with track memory so that it finds it again on the other side of the MLC, or potentially even track it through the MLC if the signal is strong enough. What I was seeing earlier to day was that all locks would break around 100 knots of closure or so, even when the target is off the nose.

I understand the difference between the modes and how they generally work. This issue is regarding the STT velocity gate, not the MLC filter. There is no MLC filter in PD-STT.