Jump to content

Harker

ED Beta Testers
  • Posts

    4343
  • Joined

  • Last visited

Everything posted by Harker

  1. 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.
  2. I could recreate this, I reported it as well.
  3. 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.
  4. 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.
  5. 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. 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.
  6. 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.
  7. 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.
  8. 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. 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).
  9. 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.
  10. RSET now resumes automatic ranking and moves the L&S to the trackfile with rank 1. So it does work as intended for now, since this was the intention when it was modeled. And until very recently, I also thought it was correct, I only discovered that particular detail very recently, after carefully reviewing some documents and discussing with an SME. I will report this as well. As for the different targeting behavior, this is normal and correct. If you only have the L&S, you can step it down the ranks with NWS/Undesignate, but if you also designate a second trackfile as DT2, then you are limited between them. This is intended, as designating a DT2 means that the pilot wants to focus on a particular pair of targets, and ignore (or de-prioritize) the rest. This makes much more sense if you consider IRL tactics, where pilots have specific designated targets and only shoot those, at least at the beginning of a BVR engagement. If you want to be able to designate more than two specific trackfiles, then you can either have only an L&S and step it, or you can use the TDC to designate a DT2 and then make it the L&S by using TDC Depress on it again (TDC Depress on DT2 makes it the L&S, without making the previous L&S the DT2 - if you want to keep both the L&S and DT2 and swap between them, make the DT2 and then use Undesignate).
  11. There are different behaviors here, that can be correct depending on the OFP in question. The "an L&S must always exist" behavior is true for the software present on the F/A-18A, but not the F/A-18C (at least circa 2005). According to info I've found, our Hornet's MC should automatically designate the highest ranked MSI trackfile as the L&S upon entering TWS. But the official documentation is unclear on whether it should continue to do so, if that particular L&S is lost (as in, move the L&S to the next highest), while you are in TWS. I think that's the part discussed here. Also, RSET in TWS should definitely remove the L&S completely, not reset it to the highest ranked trackfile. This is an important difference between our OFP, and the OFP present on -A models, and it should help with airspace management.
  12. The relevant info I've found does not indicate that setting someone as a Member should do anything for them. This is you, selecting a PPLI to display as MEMB2, in this case. Even if there was syncing, the only way for their jet to know you're actually MEMB1 (instead of 3 or 4), is to be able to sync the entire group. As I understand it, each pilot can set their MEMB list as they want. The Lead can also be distinguished by marking themselves as a Lead in the TGT DATA page, which will show an "L" next to their PPLI (that way, other flights can see all leads, and better keep track of different flights).
  13. Hi, as I said in the mod page, I cannot see anything wrong, it works for me straight from the website. Can you say what the exact problem is? Which part of the mod isn't working?
  14. Yes, the number values seem to have right text alignment, and both be at fixed positions, respectively. That way, the / between bearing and range always remains at the same place and it's easier to read the values at a glance.
  15. Yes, both issues are related to STT with either 1 LOOK RAID or RAID enabled.
  16. I've seen the 0 altitude thing show up when 1 LOOK RAID is selected in the DATA sub-page. Is that the case here?
  17. The radar page at 19:10 also shows the Bullseye legend moved to the right compared to DCS.
  18. @Tholozor is right. The TDC Bullseye data window should be moved to the right, to make space for the acquisition cues (AACQ, ACM modes). This is a picture from a recent Super Hornet professional simulator (not a game), so not at all the same, but the position of the cursor Bullseye data is clearly shown, and that part has not changed.
  19. @Lord Vader I checked again. Ranking is based the threat the target represents. Regarding priorities, it goes: ROE identification (Hostiles > Unknowns) Inverse Time-To-Go (based on closing rate, ranks are determined based on the expected time to intercept) Angle-Off-Boresight, for AOTs (targets closer to ownship boresight are ranked higher) This order does not mean that a Hostile at 100 nmi will be ranked higher than an Unknown at 20 nmi. These elements represent weights in the ranking algorithm, but the main logic is "higher threat to ownship is ranked higher".
  20. What I see here is the MC ranking hostiles higher, and then ranking by range. The ranking by range part is wrong it should be TTG), and has been reported. The ranking hostiles higher than unknowns part, I'm not sure.
  21. With the latest OB update, detection probability (PD) was implemented. It's possible to not detect a target in a particular sweep, even if the probability is high. Based on the new trackfile memory scheme, you need 6 seconds without any target detections to enter memory, so you can miss a detection, and still have the trackfile remain perfectly fine.
  22. You need to be in afterburner. It won't register the command if you're only in MIL.
  23. Yes, TWS AUTO will now center the scan (azimuth and elevation) on the track centroid, and attempt to maintain as many radar trackfiles as possible. In its current state, it should always keep the L&S in the scan, and other than that, take into account the DT2 and trackfile ranks. It can also choose to convert a 4B scan to a 3 bar scan, or a 6B scan to a 5 bar scan, if it doesn't need the full elevation coverage.
  24. The trackfile's position on the display is extrapolated between detections, using the stored target velocity, to present a smooth and continuous picture to the pilot. It's reasonable to assume that even if the target is detected in a closer bin, the MC knows the target didn't physically jump there, given a stable velocity. An alternative would be to present the trackfile always in the bin in which was detected, but that would disregard the extrapolation. That disagrees with the data I've found. However, the third option, that I have observed in one video of the Viper's radar (can't find any videos of the Hornet's), is to have the trackfile be extrapolated in its current bin, and once the target is detected in the next bin, the trackfile jumps to the center of that bin and begins its extrapolated movement there. That way, you only have jumps when the target enters another bin, but a smooth presentation otherwise. This might be the best of both worlds, as it leans towards the side of caution. Ultimately though, I've found no public info other than "the MC extrapolates between detections to give a smooth target presentation". NB. The same behavior happens in MPRF, but is harder to see, because the MPRF bins are smaller.
×
×
  • Create New...