PaulToo

Just the s. http://www.alasrojas.com/Upload/Mirage_F1_Template.rar works for me. As nobody else seemed to have the issue, it's probably a configuration issue on my side. Thanks for the new template.

Thanks, I had to use http instead of https. For whatever reason I got the unable to connect error with https. Now back to adjusting my old liveries.

Is there a chance for a reupload? I always get an unable to connect error. Thanks

There is just one file different from the one-seater.

bearing = horizontal range = vertical

The 3 positions of the flaps I have bound to slat/flap lever full up, 1/2 flap, full flap. Works for me with a 3 position switch. Gear is only 2 positions, with the additional safety lever, bound U/C control lever -extend/retract for the gear, and U/C safety lever open/close for the safety latch. The latch doesn't really work, at least for me. Radar cursor is radar control stick bearing control and radar control stick range/velocity control. Both are axis.

Coolie left long (outbound) is for IFF, coolie right long is for NCTR. That's for the front cockpit. As others have stated NCTR only works for frontal aspect and at certain ranges. Both methods work for me.

In lines 32 to 36 the "" are not correct.

The G2 cable doesn't fit the G1, different connectors.

The mod works for me in the EE, CE, 2d, or VR with the newest update.

After removing the 4 models show in AdrianL's post from High Digit DCS.log showed sensor conflicts with the "S-300V 9S32 tr", "S-300VM 9S32ME tr", and "S-300PMU2 64H6E2 sr". I commented out the complete sensor definitions for the 3 Sam systems (S-300V, S-300VM, S-300PMU2) in the High Digit sensors.lua and DCS started up. What would be the proper way to remove the conflict without having issues with for example the IADS script or duplicate units?

Try --Liveries instead of Liveries-- in line 2.

After watching the tacview a few more times it almost looks like a predefined response to the deviation from the predicted flight path before the new intercept course is calculated. As soon as you pulled up the missile turns right to cross the previous predicted flight path. Would be interesting to see if the missile turns left if the predicted flight path is to the left of the missile. The accompanying altitude dip might be because you were descending with increasing neg VS before pulling up or it could be part of the predefined response. That's how I would interpret what happened in the tacview. I only tested at high altitudes, but there the missile usually started to fly straight and with some pos VS until it exploded after losing track.

Watched it 5 times and the Phoenix hit the F-16 in each. The missile looked like it was searching at some point. Do you have a tacview? I attached one from the replay. Tacview-20220602-161352-DCS-Aim54trackmiss.trk.zip.acmi

Thanks for the the answer. Not what I was hoping for. Strange decision to tie the acls to the comms menu, I wonder how sqdn with human Marshal/LSO deal with that headache. Hopefully were will be a workaround for airboss in the future or ED makes the hornet's acls compatible with it.