Jump to content

Bonzo0181

Members
  • Posts

    38
  • Joined

  • Last visited

Everything posted by Bonzo0181

  1. There was an update to high-alpha handling (so that includes landing performance) a few patches back. It helped with aerobraking.
  2. "Also, pressing return on the ICP with the keybind sometimes does not return to the main page." That's probably due to many of the switches, including that one, having an animation that needs to complete before registering.
  3. Time to waypoint is still not on the HUD in the new patch.
  4. The search radar that's preprogrammed is the P-19. There are two others that will show up as 'S' on the RWR/WPN: EWR 1L13 (ALIC ID: 101) and EWR 55G6 (ALIC ID: 102). The one in your mission is the 1L13. List of ALIC IDs (not by me): https://www.digitalcombatsimulator.com/en/files/3312295/
  5. I based it on the fact that the information was there in the previous version (last week), but the removal wasn't mentioned in the patch notes.
  6. When AGM-88 is loaded, there is no bullseye information on the HUD, both when spawning with the missiles loaded and when loading them later on. Having the ground crew remove the missiles (or missile stations) makes the B/E info return. Included track: -Hot start, no HARMs, B/E visible -Ground crew > load HARM -When reloading completes, B/E disappears -Take-off, shoot HARMs, jettison pylons -Land, ground crew > disarm -When reloading completes, B/E reappears Doesn't seem to happen with other weapons. F-16 no bullseye on HUD with HARM.trk
  7. I came here to report this too. Here's a track. It's just me spawning in and flying for two seconds. No weapons, no activities. F-16 no time-to-STPT.trk
  8. When selecting stores on the S-J page and then exiting back to the SMS, the selected S-J stations are deselected (not saved for later use). This happens since the previous update (october), but worked fine before that. Track file inlcuded. F-16 S-J not saving selection.trk
  9. Same problem. What seems to be happening is that the nav system is showing distance to the target point (whatever it's called), not a steerpoint. It should show usable numbers when you slew the sensor to the ground. Also, PRE mode should work nonetheless. I don't know what's supposed to happen, but the same happens in Wags' video (13:55).
  10. When using the vertical scan mode (DGFT-aft & TMS down), the radar elevation is stuck at the bottom of its range. Instead of sweeping from -10* to +60* elevation (or whatever it should be), it just looks down at gimbal limit, while being centered laterally. This can be seen on de MFD by looking at the elev. & azimuth carets. A quick test reveals that the radar is indeed looking down (see track). It will only pick up a target once it is low off the nose. Tested with hot and cold starts, same results. It seems to be a similar issue as a bug I reported earlier, involving ACM bore (which has been resolved since). https://forums.eagle.ru/showpost.php?p=4196577&postcount=4 F-16 ACM vertical scan stuck.trk
  11. Let me preface this by saying I'm not sure whether this bug affects other aircraft, I can't test it myself. High drag bombs (Mk-82 Snake Eye and AIR) dropped in low-drag mode act high drag in multiplayer. The client dropping the bombs will see them behave correctly, but the server (and other clients) will always see them as being used in high drag mode. Kills made with these bombs will still be recorded by the server, so it's mostly a visual bug in practical terms. Attached are some tracks, names are self explanatory. The longer tracks include multiple drops with different configurations on an invincible target. The shorter track uses a vulnerable target, which is demonstrated as being killed. Order of ordnance used: 1- Mk-82 standard 2- Snake Eye, high drag 3- Snake Eye, low drag 4- AIR, high drag 5- AIR, low drag high drag bombs client side.trk high drag bombs server side.trk high drag bombs kill server side.trk
  12. I think it's more useful to use the controls indicator (RCtrl+enter) to check that. It has idle and afterburner marks.
  13. Disclaimer: I have no clue on how the AI JTAC works (if there even is one in vanilla...). It seems that you want to use laser spot search (LSS) to acquire the JTAC's laser. This works just fine at the moment with a human JTAC or buddy lase (unsure of AI). Chuck Owl released his guide on the F-16 recently, which covers the LSS mode as well: https://www.mudspike.com/wp-content/uploads/guides/DCS%20F-16C%20Viper%20Guide.pdf Page 229 You do need a general "about there, near that lake" type of target location for this to work, since the TGP has to be able to spot the laser, of course.
  14. I see what you mean and I agree. The computer is indeed over-correcting for wind a few miles out of the target, making you have to correct back to the target when you are approaching it (think sine wave with the target at 1/2f). This effect is greatly exaggerated below BA. This is why you see the sudden jump in your track, which happens at 1500ft. Basically, if you the flip the x-axis jump from my previous drawing to the z-axis, that's what happens. Only happens with -97s, all other munitions I'm able to test work fine. The only other aircraft with -97s that I own is the A-10A, but I can't be arsed to figure out CCRP in that.
  15. edit: not quite the same as OP describes, or at least not the only issue It took me a while to figure it out, but it's user error. ish*... Your ingress is below burst altitude, so the bomblets will be dispersed as soon as the canister leaves the pylon. For the CBU-97, this means the bomblets have to be released right over the target. Now, if you pop-up and reach an altitude above the burst altitude, it works just like an iron bomb. This does mean, however, that the bombs should be dropped way before the target area. What's happening: -You fly in low, and pop-up before the target area, as expected for a loft delivery. (position 1) -Here, the aircraft tells you to fly to position 2 to release the bombs, since they will burst immediately. -You are unaware of this mechanic and keep climbing, through burst altitude. -As soon as you reach burst altitude, the aircraft tells you to go towards position 3, since the canisters will now loft as expected. Now, as for the wind: Wind has en effect on your munitions, I assume you already know that, of course. The CCRP line is correcting for that. The further up you are, the more correction is needed. Thus, when climbing, the needed correction increases and the aircraft tells you to fly to the right. Now you pass burst altitude, with the target left of your nose. This means the new release point is somewhere on your 7-o'clock: the line shifts abruptly towards the left. I hope it made sense, if not: please tell me where to clarify. *This assumes the CBU will always burst below BA, instead of when passing BA while descending. That might be a bug, but I really don't know.
  16. Probably, although I'm not sure what you mean by 'azimuth binding'.
  17. It works fine for me. Are you sure you're reading the numbers right? '95' is the bearing from the bullseye to you. '155' and '99' is the distance between you and the bullseye. The MFDs show up to 99NM, but will display correctly below that.
  18. Do you mean the RDR Cursor, with the little nubbin on the throttle? I use a deadzone of 10, with a user curve that goes something like 0,1,1,1,2,2,3,3,30,100. It keeps it quite controllable for small adjustments, but you can cover a large distance quite quickly too. It...kinda works... but I did order the 3rd party upgrade with the proper controller stick.
  19. The font is just very thin, so especially with the new lighting system there's a lot of bloom obscuring the text. It's not very visible on my 1440*2560 monitor either at default zoom. Adjusting the brightness of the MFD doesn't help either: default is brightest and lowering brightness actually makes the text fade, instead of the white box. Maybe that is the bug?
  20. Yes, this works. I've set the values to 0.1 personally, which is both precise and fast enough for me. It also works for the lua files in the joystick folder (I've bound it to the POV1 on my WH throttle), where the same lines are found. Be advised that you might have to re-bind the antenna elevation controls in-game after changing these files.
  21. RCS is only partially dependent on physical size. Shape and materials can have a bigger impact. A sphere has a smaller RCS than a disk with the same radius, if the surface of the disk is perpendicular to the radar source. Then again, a static number for a RCS for a complex shape like an aircraft is a very, very, veeery much simplified model of reality. You really can't say 'this aircraft has a lower RCS that that one', because the only real answer is "it depends".
  22. No, target is hot, 180 aspect angle. So, please look at all information provided before giving answers. I tried it with a flanking target too, about 100-ish degrees aspect, but that one didn't hit at Rmax (by a few hundred feet) due to a lead pursuit course, instead of lead collision, but that's another topic I suppose.
  23. When locking a target with an AIM-120 selected, the dynamic launch zone will display as expected, with Rmax approximately twice as far as no-escape-range. A second afterwards, the DLZ will change: no-escape-range suddenly drops by ~25% and Rmax increases to just under no-escape-range. Provided is a track that shows that firing at the initial Rmax will cause a hit with minimum kinetic energy remaining in the missile: exactly what Rmax is supposed to indicate. F-16 AIM-120 guidance hot.trk
  24. It's not quite visible in the first video, so I can't judge on that one. The second video though, you're experiencing the bug I described on the first page, which has been reported. (see carets on left MFD for FCR orientation: it's not centered) I bet that's what happened to the first video too, as I see you turned on your JHMCS.
  25. I've done some more testing and found out that it's dependent on aspect from the bandit. At near 0° and near 180°, the ACM vertical scan doesn't pick up any target. Only when increasing aspect to about 4° will it pick up the bandit. Bandit size - and thus probably RCS - doesn't seem to matter. A similar decrease needed from high aspect, not properly measured but found it should be around 4° as well. Beyond these values I found it to work fine. Now, whether this is a bug or not is up to debate I suppose. Vertical scan is designed to be used when offset from the bandit's longitudinal axis. In the situation presented in OP's track, ACM boresight should be used instead.
×
×
  • Create New...