Harker
-
Posts
4506 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Posts posted by Harker
-
-
6 hours ago, Rufuz64 said:
If I understand this correctly, the result should be that markpoints are offset if they are set from the side. This has been confirmed in a test.
- Designated a target with the ATFLIR and set a markpoint MK1
- Undesignated
- Designated the Markpoint MK1 with WPDSG
Result: The pod immediately jumps away from the target.null
I tested myself, and what you're seeing here is the reported bug in the OP. MK saves the elevation in FT, but with with the value of M. In this case, the elevation was probably 33FT, and was saved as 33FT -> 10M -> 10FT, as per the bug.
The pod is looking at the same LAT LONG coordinates, but it looks offset because it's looking "below" the ground elevation. So, nothing to do with DTED or drift etc, this is just the bug at work.-
1
-
-
I also noticed this while doing missions in colder weather. The indicated fuel in lbs actually goes down when the temperature is lower, which contradicts what the NATOPS says.
Also, regardless of the NATOPS, JP-8 has a positive thermal expansion coefficient, so its density should go down with increasing temperature.
-
SCAN RAID is not available when the target is below 5 nmi, so make sure that's not the case.
(A crossed out SCAN RAID cue should also appear for 5 seconds if SCAN RAID is commanded but not available, but we don't have that in DCS yet) -
On 9/14/2024 at 5:37 AM, Coyle said:
You of all people should know we haven't a shred of MSI implemented in our hornet, we just have donor tracks and radar tracks with no MSI inbetween. While what you say is accurate (no MSI processing in A/G) I don't believe they are mutually exclusive. There's nothing saying we can't have donor tracks (but not being processed into a MSI trackfile) while in A/G, IE displayed over the SA page.
If the A/G radar is building A/A radar tracks while in MAP mode, that's another thing entirely and is the bug. But let's make sure we know what's the difference here between raw hits, trackfiles (radar in this case) and finally MSI (not implemented at all)We do have a shred of MSI implemented, otherwise we wouldn't be able to correlate ownship and MIDS tracks at all, and MIDS wouldn't be able to contribute to the ROE matrix. Although of course we're missing most of the MSI logic, it is important that all bug reports should consider that MSI should exist, and point out the buggy behavior with that context in mind, so as to avoid creating confusion over how should things work. As @Tholozor said, all on-board tracks should be considered as MSI trackfiles by default, so radar track = MSI trackfile. Lastly, MIDS tracks are never processed as MSI trackfiles right now anyway, the information is just correlated with the ownship trackfile. So those MIDS tracks would be available in any mode.
In any event, the only thing we should be getting in A/G mode from the AIR radar is uncorrelated bricks and nothing more, and MIDS tracks that aren't processed into MSI trackfiles. The fact that we're getting MSI trackfiles from the MAP mode is a problem. Thankfully, it does seem that this is not the case in the dev build. I also tested myself and can confirm what @NineLine says, I don't see any trackfiles on the SA, and when I select the AMRAAM to quickly switch to A/A mode and AIR radar, I don't see any pre-existing bricks or trackfiles.
-
3
-
-
8 hours ago, NineLine said:
We believe this is correct based on available, public references. If you have contrary, public evidence, please message me with it.
That should not be happening. MSI trackfiles are only built with A/A radar modes (not VS though) and only in NAV and A/A master modes.
Here, the radar is in MAP mode, meaning it's only getting raw returns, not building anything, and the master mode is A/G. MSI trackfiles should not be built in A/G mode at all, even if the radar is in AIR, in RWS mode.
An example is in A1-F18AC-742-100, 011 03, pg.3, par.18
This bug becomes even more "visible" if you switch to A/A mode quickly, after noticing the trackfile on the SA. You will observe that the RDR ATTK B-scope display already has several bricks, indicating the missiles were indeed being detected and the radar was generating bricks while the radar was in A/G MAP mode.-
4
-
-
33 minutes ago, OUO said:
In other words, it is a BUG to choose STBY to receive interference. Selecting SIL to receive interference is normal behavior.
I'm not saying that, as I'm not sure what the radar exactly does when the switch is on STBY. It's possible that it can still receive incoming signals, and if that's the case, the MC can process them.
The only info I have at hand now says that moving the switch to STBY activates/maintains all components of the radar set fully operational, but does not apply high voltage. It's very possible then, that since all components are operational, the radar can receive incoming signals.
-
1
-
-
I'm sure for STBY (I guess not), but the radar should indeed be capable of tracking interference sources in SIL. SIL will just stop the radar from radiating, but it will still process all incoming signals.
About the range of the jammer being calculated in SIL past the "DCS burn-through" range, it's possible that passive ranging is available, given that the radar can determine an azimuth change rate based on the jammer and the ownship. The Hornet's radar also has special Quick-Look functions available in SIL, for quick updates on trackfiles of interest, although I don't think that's what's at play here. If it's intended, it's probably passive ranging.-
1
-
-
3 hours ago, falcon_120 said:
... in the end if you have a track you have a position to send to your missile, now depending on the track quality this position and speed will actually be very accurate or very low confidence. I suspect there is a minimum track quality that allows a amraam shot (eg. not just a rwr generated track).
Indeed, but due to the trackfile quality from MIDS being generally low, the MC will notify you in a few ways. If the L&S does not have radar contribution, then you will get a " NO RDR" cue on the RDR ATTK page and below the TD box on the HUD.
-
1
-
-
Not having this problem here. Are you running any mods? There were some updates to the TGP masking logic and masking indicators on the DDI and HUD (still WIP).
-
Definitely not correct behavior. The second HARM is within the same shot parameters, and thus the shot is valid.
Furthermore, I realized that even if the second HARM is crossed out, it will still launch when you press the weapons release button. Which means the HUD, STORES and HARM pages are bugged when it comes to the cross out symbol being present. -
Thanks, I also reported it now, alongside other issues with Offsets. What I can see is that after the FLIR (and only the FLIR) becomes the designating sensor, it will actually slew the Offset coordinates, alongside the weird FEET -> METERS switch that you mention here.
Generally, I would only used Offsets as fixed points and avoid slewing the designation with any sensor, for now.
-
You need to depress the TDC to update the designation with the LITENING. The ATFLIR updates the designation continuously, as long as it's the sensor that drives the designation.Ok thanks.. I tried it in a mission today with the ATFLIR pod and it seemed to be working .... it wasnt working the other day with the lightning pod after I had initially set the TDC up using HMS and the TGP.
-
Thanks for bringing this up. Further testing showed that this bug manifests itself when you don't have any trackfiles with radar contribution or AOTs. I linked this report to my own.
-
1
-
-
Actual sensor fusion, as in the ability to designate trackfiles without radar contribution, or slave sensors to them. Another thing would be the ability to use sensors other than the radar to contribute to and/or create MSI trackfiles.What are: "Additional MSI functions?"
Lastly, there's a system to "rank" sensor importance/priority, to determine which one is the most reliable, and thus use it as the primary source of data. Like how the radar is higher priority than MIDS right now (even though you get information from C2 and/or F/F, your MSI trackfile's position, altitude and velocity is primarily determined by your radar).-
3
-
2
-
-
I reported this recently as well. All indications, including BRA, should either be in True or Magnetic, depending on the selection in the A/C subpage of the HSI.
-
I could recreate this, I reported it as well.
-
The correct behavior is that Offset elevation is the absolute value of the Offset itself, not the difference between the Offset and the Waypoint (so it's now correct in-game). If the game manual says otherwise, it's a mistake.
-
1
-
-
According to documentation, STT should indeed be not available when in the A/G master mode.
You can switch to the A/A radar by selecting AIR, but the only modes available are RWS and VS (no TWS, since trackfiles are not build in A/G master mode). Automatic acquisition modes, as well as STT, are unavailable.
-
1
-
-
The feature works as in the real jet. When you are in A/A, are carrying a HARM, and being locked by a surface to air system, the weapons release button is always hot with a HARM in Pullback.Yeah, but this is still annoying if you have a 2-stage trigger, and you have Weapon release on the first detend and "Gun-trigger" on the second.
Then you can't fire youtr AIM120's if there's a SAM painting you.
This wasn't allways like this. Just since 1 or 2 updates...
I suggest binding the trigger and the weapons release button on different buttons, so this isn't a problem anymore. The same situation can arise when you are in A/G mode, with a weapon selected and the gun hot as well. -
How one DDI label at the bottom right of the STORES and EW pages is not cluttering. The intent is to always keep the pilot informed of the status of the HARM Pullback setting, regardless of the mode.So cluttering up the stores display in A/A with unnecessary options is also intentional? If HARM's SP mode is not forcing any displays on DDIs in A/A why even show OVRD option there? -
EECM is not modeled at all, throughout DCS. Only some ECM effects are modeled. The Hornet can currently resolve the angle and elevation of jamming targets, and display them as Angle Only Tracks (AOT). At around 21 NM, it can also resolve the range.Is the ECCM mode still not functional on the Hornet yet or am I missing something? -
They can be donated from C2 assets as MIDS surface points, much like you can see the ground designation of your wingman on the SA page.What do you mean by this? Aren’t they just pre programmed, based on the latest threat intel? i.e. they could, and sometimes are, completely wrong.
The C2 asset can create a surface point, and assign attributes to it (e.g. SA-10, hostile), and so the point will show a red 10, with a red, dashed circle. If the RWR picks it up and correlates it, the circle becomes solid.
And because it's a MIDS point, you can TUC it and get relevant info, as well as hide it from the SA display subpage (which we don't have).-
7
-
-
The current behavior is incorrect, the warning altitude is supposed to reset to zero, once, after weight on wheels is achieved after the gear is cycled, but in DCS, it resets to zero as long as there is weight in wheels.
-
1
-
-
This is reported.
TDC on SA Page shows no Speed and Altitude
in Bugs and Problems
Posted
The TDC display logic is now the same as in the RDR ATTK and AZ\EL pages. The speed and altitude information are not tied to the TDC, they are tied to the trackfile, and they match its color, like in the other pages. This is correct and how it should be.