Gilligan

Howdy, Unfortunately I have not had much free time the last couple weeks to test things out, however I did try and get a short track file of the mission in question but was unable to replicate the issue (spawned in, ejected right away, and respawned as before but everything was working as it should). Similarly, in one other scenario ejecting then respawning works as it should.

This is a bit of an educated guess, but more often than not the F16 autopilot issues are related to having the "paddle switch depress" command bound to something that is activating inadvertently.

I was playing a modified version of the Flaming Cliffs F15C mission - Strike Escort. Some time ago I re-saved a version of the mission where I set the player aircraft and wingmen to be F-16C's. I did this many months, if no longer, ago and have flowing it several times without issue. This most recent time that initiated this post I was shot down and respawned via the "briefing" option in the pause menu as I have done numerous times before. When I respawned the aforementioned screens/displays were nonfunctional. Both MFD's and the HSI were black screens, and the HUD display would not, render? I ejected from that aircraft and respawned again however the condition remained. So I exited that mission and started the instant action flight in the attached track file with the condition again remaining persistent. Log attached. I found these 3 Lines in it: 2025-07-10 03:57:38.122 ERROR_ONCE DX11BACKEND (18732): texture 'MFD_LCD_F16_LEFT' not found. Asked from '' 2025-07-10 03:57:38.122 ERROR_ONCE DX11BACKEND (42144): texture 'MFD_LCD_F16_RIGHT' not found. Asked from '' 2025-07-10 03:57:38.123 ERROR_ONCE DX11BACKEND (43828): texture 'EHSI_LCD_F16' not found. Asked from '' As well as a whole block of "Cockpit: Failed to create Element 'ceMeshPoly' - reason unkown" lines associted with the HUD, MFD's, & HSI. The only time I've tried playing that mission again the game crashed a couple minutes in and I sent that crash report at the time. I have not tried since. dcs.log Honestly I don't remember at this point. I want to say I basically went through the startup procedure to make sure everything was as it should have been, in which case I would have verified BATT set to MAIN PWR but I cannot say with certainty. Interesting. I am speculating that the previous flight where the condition started set some sort of state/condition that was persistent for that play session, but that would not affect subsequent track files on machines that that state/condition set did not occur? Hopefully the log file helps. I will try to reproduce it this weekend.

Was flying a mission, was shot down and respawned. When I respawned the aircraft had no HUD, no MFD's, and no HSI. I turned off the MFD switch and waited it tick, then flipped it back on. Nothing. Played with the HUD Brightness wheel, nothing. Pressed various OSB's. Nothing. Ended the mission and booted up a standard instant action flight (track attached) and the condition persisted. No Screens.trk

Good to know. Thank you. I do not believe I had the "HARM evasion" option checked but that's cool as hell if that's a thing. Regardless I'll check. Not running any IADs scripts. I do not believe the SA2 is going offline at any point. I'm getting the rwr radar track notification for the duration of the missile travel time and post impact. I am experiencing this issue across multiple maps/missions/campaigns. FWIW I am successfully hitting SA6's in POS mode.

For the moment they don't seem capable of tracking SA2's. All other radars they track fine, but I haven't been able to hit an SA2 with a HARM in months (Using either HTS or Setting a markpoint and using POS). The harm tracks to within a few miles of the radar then goes stupid, loses track, and misses by a couple hundred feet. I'm launching well within range, so I'm not sure what the deal is.

would have to know more of your process. Did you align your helmet? Are you in PRE mode, VIS mode, or BORE mode when trying to use them? Make sure you "cursor zero" your SPI back to the steerpoint. The difference between the boresight difference and your engagement distance may be introducing some parallax to the mav seeker.

Would this allow me to chaff and flare independently? That's something I can set via the DED or in the new DTC system?

Start with a good boresight on the mavs. IIRC there's a building on the hill at the west end of Akortiri that is pretty close to 7 or 8 nm out that you can use to boresight. I put the HAD on the left MFD, the TGP also on the left MFD with a different OSB button, and the WPN page for the MAVs on the right MFD (PRE Mode). Get the emitter on the HAD MFD and lock it from >10nm out, ideally between 10 and 20. Then find it on the TGP, save it's position as a markpoint, and set that markpoint as your current steerpoint. Zoom out with the TGP until you have a sight picture similar in size/appearance to what the MAV is seeing and try to collate the images (IE - okay so it's the centermost dot in the middle of the circle of dots, OR, okay it's 3rd from the left in this line of dots, etc.) Finally lock that dot that you've picked out on the TGP as your target with the MAV when you're nose hot and in range. Don't forget you can zoom the mav in a little bit with the FOV EXP button if you have it mapped.

I'm not sure what changed, but AI flights now employ harms as directed/planned.

Second.

mods probably. There is no way in game that i'm aware of. You should post in the wish list though, because I'd love to see it some day.

Yes. Start up the Jet like Normal. Turn the AMG 65's ON as soon as the avionics power up so they can start their power up procedure. Set Ground Jettison to ON. Set Master arm to SIM (On works too but is a little sketchy lol). The most difficult part is choosing an appropriate object to align on, ideally you want to choose something a few (5-8) NM away from you to use to align the TGP and MAV Seekers, but that's not always possible. It's primarily for this reason I prefer air alignments, but sometimes it works out. Once you've picked something to align them on, align the same way you would in the air: In AG mode, set one MFD to the TGP, and the other to the WPN screen with the MAV selected in the SMS page. Set the TGP MFD as SOI and slew the TGP cross hairs on the intended object & press TMS up short The WPN MFD will become the SOI, slew the crosshairs on the intended object, press TMS up short, if lock is achieved press the OSB for BSGT. If you have MAVs on both wing stations 3 and 7, press the OSB button to switch to the other side and repeat the process. There is always going to be some parallax to deal with when using Mavs unless you're consistently locking targets at the same distance you bore sighted them, which is going to mean some displacement from where the TGP is looking and where the MAV seeker is looking. I never use the auto-hand-off feature, generally preferring to lock the mavs up manually. The Mav's are pretty fiddly. Just the way it is.

I had the same issue. You're not alone.

Things may have changed in recent updates, but at least in the past, the SAMs were always on (unless scripted otherwise), even if your HTS pod is not getting a fix on them. For example, even if you didn't have a sam emitter on the HAD display indicating the HTS pod was picking it up, you could launch in POS mode at a steerpoint co-located with the emitter, and the HARM SHOULD still track that emitter. Remember that SAM's require both a search and track radar to function Optimally (though they can still function with Just a track radar to some degree), and sometimes these show up separately on the HAD (EX: Snow Drift Search Radar and SA 11 TEL Track Radar vs SA 6 Straight Flush Search/Track Radar vs SA 2 Fan Song + Separate EW Search Radar like a Spoon Rest). Track Radars are generally directional and might not be looking in your direction until you are picked up by the search radar, or may be tracking other threats, which would mean your HTS pod isn't seeing that track radar beam to display it on the HAD screen. At least that's my understanding of it.