Jump to content

USAF-Falcon87

Members
  • Posts

    129
  • Joined

  • Last visited

Posts posted by USAF-Falcon87

  1. Looking at the manual regarding the dogfight override mode, I saw the following statement regarding what happens when you press the DGFT switch. 

    “MRM”, “SRM”, or “HOB” will be displayed in the HUD Master Mode Status, depending on which missile type was last selected in Dogfight mode, along with the missile quantity of that type

    This is not what actually happens.  DGFT is shown in the master mode status.  Does the manual need an update, or does the sim display it incorrectly? (or the third possibility, am I doing it wrong?  🙂 )

     

     

  2. On 7/17/2023 at 1:41 PM, strikeeagle said:

    I just don’t remember having to turn that on.  When the JFS is running, it provides power for intercom as soon as the PMG provides electricity.  Maybe the switch was just always in the correct position, but I’ve never had to turn it on.

    I was not a Strike Eagle guy, but may just be one of those deals where standard procedure was to leave it in ON? Pilots are lazy by nature. Once we find a switch that we can leave alone forever, you can bet we will! 🙂

    • Like 1
  3. 1 hour ago, Supmua said:

    In DCS Saved Games folder look for the file imgui.ini in \DCS.openbeta\Config\, I think.

    Closest I could find to that in the config directory was gui.cfg, and all it had was typeGui = "DCS" --"MAC"   so didn't show me anything I could use. 

     

    Any other ideas?

     

    Ric

  4. OK, last night I was moving my fps counter around by dragging the arrow in the upper left hand side as I've done many times before.  However, I APPPARENTLY moved it somewhere that I can no longer see!  When I go to the second-left frame counter, I can see the -> Stats bar and move it.  AND I can move it to where i can't see it (but I don't dare let go of it till it's back in sight!  🙂

     

    Any idea how to "reset" the position of the frame counter?  Gotta be in a config file somewhere, right?

     

    Thanks,

    Ric

  5. OK, a friend with a G2 was trying to get to where he was using OpenXR instead of SteamVR.  We created the shortcut, but it still kept bringing up SteamVR (can't tell if it was actually running in OpenXR or Steam, but closing SteamVR killed the game).  Any ideas?  We DID check to make sure it is two dashes (not an EM dash) in the --force_enable_VR --force_OpenXR part.

    He has the OpenXR toolkit, so OpenXR is definitely on his system.

     

    I'm stumped--any ideas?

     

    Thanks,

    Ric

  6. Hello all,

        I was having the VR lockup issue like many others.  I saw the threads about motion projection being a possible cause, but it showed as being off in the OpenXR Toolkit.  However, it was turned ON in the companion app.  Eventually I was able turn reprojection off in the companion by opening the companion menu and VERY quickly maneuvering through the menus, but I realized there's an easier way.

     

    In the companion app, at the bottom, just uncheck DCS.  This should keep the companion app from loading in DCS, so if reprojection is turned on in there it won't matter.


    Hope this helps somebody! Cheers...

  7. On 5/2/2022 at 9:08 PM, NineLine said:

    I am checking if there is wind restrictions, I tried slightly slower winds (in your mission) and they hit good every time, but your are dropping into 24 m/s and then at GRND its 11 m/s. 

     

    11 mtrs/sec is only 20 knots.   That ain't much wind.  And again, with it being a downwind drop as I did in my track, if nothing else it should just arrive with more energy, not overfly the target.  

  8. Unless things have changed in the 15 years since I retired (wait--it's been 15 YEARS already!??!?!!?), KC-135s should not have azimuth to the tanker on TACAN--just DME.  Only the KC-10 had azimuth (it also had DME).  That MAY have changed since my day, but since they say they are simulating a 2005-ish time frame, that should be accurate.

    And not that it matters much in-game, but we would never use X channels for A/A TACAN--always Y, to keep from interfering with/being interfered with by ground-based TACANs.

    • Like 2
  9. There are a couple of issues at play here: 1) proper computation of the CCRP launch point compensating (or not) for wind, and 2) guidance to the laser designator.  

    Regarding the first one, as MARLAN_ mentions above, if the aircraft doesn’t have access to proper wind data, there couldn’t be any correction for that in the CCRP computation (and honestly I don’t know if real-world systems do or not).  In that case, it would require adjusting the drop point (prior t drop, before laser is activated) to account for the wind, then moving the spot once the laser is activated to provide proper guidance.

    However, when dropping downwind, the bomb should have plenty of energy, so as long as you don’t wait too long to start lasing the target, there is no reason for the weapon to miss—it would just hit with a bit more kinetic energy. So whether the drop point computation is accurate or not, laser should still guide the weapons properly to the desired target.

  10. GBUs seem to be inordinately affected by the wind.  I could understand (maybe) if they fell short of the target when being dropped into a headwind, but it's not just that.  When dropped with a tailwind, the bombs fall long.  With a laser, and sufficient energy (which they have with a tailwind), there's no reason they shouldn't be spot on.

     

    The attached track is from an F-16 with 30 kts wind, but I have had similar results since the last patch with the AV-8B and A-10C II as well. 

    GBU with 30 kt wind.trk

  11. Whenever I uncage the IR maverick, it is pointed off some other direction than the tank I just found.  So then I spend quite a while slewing the mav to point where I want.  Is there a way to center/boresight the Mav once it is uncaged?  Cage doesn't seem to do it.  Back in "ye olden days" (last week) when you could slew to the TPOD, I would have just done it that way.  Now I've got no clue.

     

    Thanks!

    Ric

  12. This was first reported back in May as shown in the link below with no answers or fixes so far.  The WebGUI to control the dedicated server shows the wrong mission running.  As shown in the image below, the top part of the screen shows the Persian Gulf mission running, while the bottom half shows the Syria-Aleppo mission running.  Clicking on any button except the last one on the list runs the mission ABOVE the one selected, but the bottom half of the screen always shows the second mission on the list as being the running mission.

     

    As a result, there is no way to run the last mission on the list (since there is no mission below it).

     

    The same behavior happens when it comes to removing a mission from the list.  If you select a mission and choose to delete it, the mission ABOVE the selected mission is deleted.  Again, this means there is no way to delete the last mission on the list.


    Any ideas from the development team?  This has been going on for a LONG while.

     

     

    wrong mission.png

×
×
  • Create New...