Jump to content

Peaches

Members
  • Posts

    112
  • Joined

  • Last visited

Posts posted by Peaches

  1. That will depend how you have your other modules set up. 
    Right now, anything that exports to the LEFT_MPCD and RIGHT_MPCD viewports will blow up the Apache. If you do not have these viewports in your monitor config and use unique names for every other DCS module viewport, then the Apache and other modules can coexist. 
    Thanks, Bunny. I was afraid of that response. I don't want to go through and set up new export names for all the other modules, nor am I particularly happy to have to switch monitor setup lua files and restart DCS each time I swap to the Apache. Guess I'm waiting and hoping!
    • Like 1
  2. Thank you, Floyd and j-tk. I am in the pilot's seat with George CPG handling the engagement, Direct LOBL. I've shot hundreds of missiles in this configuration, so it is not any issue with parameters.

    I suspect it deals with the fact that George CPG does not lead moving targets rather lases center of object, causing the missile to impact near but behind the target and not on it. This leads to my questions of what is the guidance logic of the Hellfire and is CPG SOP to lead moving targets until a few seconds to impact? If so, George CPG will be ineffective on (armored) moving targets until his tracking technique matches what a real CPG would need to do to land a shot.









  3. Hitting moving ground vehicles coming towards me at an angle with standard LOBL shots has been challenging. I've tried multiple ranges and altitudes. Wondering if I am alone or if this performance reveals a limitation of the missile guidance logic (pure pursuit or collision guidance?). Doesn't seem like the Army would invest in a system that struggles with moving targets, but I am hoping that I am not doing something correctly here. Appreciate any thoughts!

     

    Sent from my SM-G960U using Tapatalk

     

     

  4. while piloting with the copilot MFCD's exported (which is wrong) I saw something strange floating around the cockpit. any idea what it is? I don't think it's part of any HMD or anything. maybe something to do with attempting to export the MFDs
    1692248851_apachescreencap.thumb.jpg.17fc1d9fed71a6d15fcff10e3a2aca51.jpg123362688_apachescreencap2.jpg.png.21302478f99867508b2b21d30597c453.png

    I am seeing this direct-to export artifact, too. Hopefully ED has noticed it.
  5. Thank you, Overalien and LeCuvier. I used CENTER_MFCD, and it works fine.

     

    Bignewy, the blurry AMPCD is caused by those using a viewport/export approach to the AMPCD, such as Capt Zeen's coding. Originally, the Hornet came hardwired to export the left and right DDIs, but users have had to modify the AMPCD init lua to get it to export. With the last version of open beta, the AMPCD init lua changed, causing the former export approach to cause fuzziness. The good news, though, is that the AMPCD is now preconfigured for export!

  6. [REPORTED]Washed out exported displays

     

    When I removed my mods, all three exported screens in the f18 worked without distortions like this. Remove your mods and voila!

     

     

     

    Overalien, what is the name of the ED-defined AMPCD viewport that we can use vanilla in our monitor config file? I tried F18_AMPCD without any luck. Left and right DDI exports are working fine vanilla.

  7. Bug report: I am new to the Tomcat but am experiencing the following issue consistently on SP and MP on the current open beta, no mods. At some point in a flight (I have not determined the conditions which trigger it), Jester goes haywire and starts clicking the RWS radar mode button repeatedly, ad nauseum, which effectively prevents the radar from functioning. Even the pilot commanded modes don't override this apparent do-loop that Jester is stuck in. I've tried turning the radar on and off, switching modes, anything to break the loop but cannot solve it. In the pilot seat, it sounds like a click-fest with the clicking noises two to three times a second. I've attached a track file from mission 2 of Cage the Bear, where the bug is manifested at the very end. Change the attachment file extension from .pdf to .trk to view.

    RWS looping .pdf

  8. it might be because there is dual functionality for that, my export is set out differently, and when i say mine I mean Capt Zeens with an adjustment to get the dual functionality. The other thing i thought it might be because the first export is not defined (a10).

     

     

     

    here is what i have for the 14. I'm not a pro at exports by any means but have spent a bit of time problem solving my own set up

     

     

     

    Thanks for the thoughts. I am still wondering whether the F14 viewports you are using, HSD and VDI, are pre-defined, or did you need to stick code into their individual init.luas, like when one exports RWRs, CDUs, etc?

     

     

    Sent from my iPad using Tapatalk

  9. Here's what my monitor lua looks like; note at the bottom that the coordinates for the F14 HSD are the same as for the A10C left MFCD, which is working fine with my monitor set-up (2560x1440 on the left--main view; 1980x1080 on the right--used for my exported viewports).

     

     

    _ = function(p) return p; end;

    name = _('JRM-Two-Monitor');

    Description = 'Two monitor configuration';

    Viewports =

    {

    Center =

    {

    x = 0;

    y = 0;

    width = 2560;

    height = 1440;

    viewDx = 0;

    viewDy = 0;

    aspect = 1.777777777778;

    }

    }

    LEFT_MFCD =

    {

    x = 2560;

    y = 380;

    width = 700;

    height = 700;

    }

    RIGHT_MFCD =

    {

    x = 3260;

    y = 380;

    width = 700;

    height = 700;

    }

    RWR_SCREEN =

    {

    x = 2695;

    y = 5;

    width = 370;

    height = 370;

    }

    CDU =

    {

    x = 3277;

    y = 5;

    width = 486;

    height = 370;

    }

    -- F-18C

    F18_LEFT =

    {

    x = 2560;

    y = 440;

    width = 640;

    height = 640;

    }

    F18_RIGHT =

    {

    x = 3200;

    y = 440;

    width = 640;

    height = 640;

    }

    F18_AMPCD =

    {

    x = 3840;

    y = 440;

    width = 640;

    height = 640;

    }

    F18_RWR =

    {

    x = 2565;

    y = 5;

    width = 400;

    height = 400;

    }

    F18_IFEI =

    {

    x = 3000;

    y = 5;

    width = 765;

    height = 340;

    }

    -- F-14B

    F14_HSD =

    {

    x = 2560;

    y = 380;

    width = 700;

    height = 700;

    }

  10. so then, is the reso set correctly in the lua, are the file paths correct if using a mod switcher...I've overlooked something fairly straight forward things in trying to get things to work. Check all the basics first, becausr as you say, the others work. do you have a copy of the lua for the 14 others could check to see if something is amiss?
    Thanks for the ideas, and I'll double check them. One question: are the F14 viewports for HSD, DDD, VDI, etc. predefined (like the F18 DDIs and A10C MFCDs), or do you have to create and name them in the individual init.lua files like you do when exporting RWRs, IFEIs, CDUs, etc?
  11. It’s to power systems prior to being start, in an emergency, or for maintenance purposes. Also on the real jet with the generator off the cooling fan won’t turn on and you can burn up the APU hydraulic pump. Although that isn’t modeled in the sim.

     

     

     

    No the DC powered pump is just for the APU.

     

     

     

    Hey Snoopy, thanks for the response on the DC-powered boost pump. I understand that normal procedure is that the DC pump is used in the starting of the APU, which then is able to power the L/R AC Buses, which power the four AC boost pumps, which support main engine start.

     

     

    I am asking about design philosophy, though, as the -1 (p. 1-19 of the version on the internet) states: "With the battery switch in PWR, the DC boost pump is energized when the APU switch is positioned to START, or either throttle is forward of OFF, and the left main boost pump is inoperative. The DC boost pump supplies fuel to the APU and the left engine."

     

     

    From that, and looking at the engine start requirements and electrical bus design (FO-5 was helpful), it appears to me that the design philosophy of the DC boost pump was to allow left engine start without the APU, if ground air is available to power the ATS.

     

     

    I look forward to your response, and we appreciate your keeping us armchair aficionados in line!

  12. Update from some testing.

     

    1. TWS countdown timer on the HUD is for last missile shot, not current L&S target.

     

    2. Loss of the timer *appears* to be associated with aggressive maneuvers. For example, I take a TWS shot, get the ACT timer, then if I crank aggressively the timer drops and is replaced with just "ACT." The TWS lock is still shown, so it's not a loss of "lock." On the other hand, a TWS shot with no or gentle maneuvers has the count down going all the way to impact.

×
×
  • Create New...