Florence201

Whilst carrying out a cold start, inputting coordinates into the DED causes Westings to change to E026...... HSD looks ok, but HUD SP Diamonds are incorrectly placed. Once airborne, inputting new coords causes a worse situation where HSD is incorrect too. Edit: PG map takes Eastings and plots fine. No change to Coords INS Issue.trk

Range of the radar is inconsequential when it comes to receiving radar parametrics. a PRI/PRF will be received and that’s what differentiates a Slotback from a BARS or an APG66 from a 73

No they don’t. They have different radars that SHOULD differentiate on the RWR MiG29/SU27/SU33 Slotback SU30 N011M J11 N001VE

If you have updated to the latest OB patch, delete the contents of the fxo and metashader folders. Then restart DCS

Works ok, but I’d advise switching to man for attacks/reattacks as it will move to the next SP

Depends on number of vehicles in the column. HOF is hard set to 1500’ so I’d look to set single, ripple 2, distance 100’ as a starting point. The closer to HOF you release, the less chance of wind affecting the canisters as the fall. Using a CCRP drop will aim to allow for wind.

Right take a deep breath and spell out what the issue is AND attach a trk file as per ED direction when posting bugs! Cant help if the problem isn’t specified

Right, so as far as I can make out, you’ve joined an MP server in a hot start jet, but all the correct power on switches weren’t set? you really need to add you trk file to allow us to work out the issue

What switch? The Max Power switch is inop at the minute. And the Elec power will be off/on dependent on cold/hot start

No idea what you’re reporting?? So can’t advise edit. Have you carried out a FLCS reset?

The type of terminal is irrelevant. The network design is standard across all terminals. Some have more functionality but they use the same L16 network and load files.

IMO no. But I have yet to experience this MP issue

Not 100% accurate. In no way, shape or form is L16 allowed to be used/transmit on civilian frequencies. Ie, TACAN, IFF Thia is from a rl L16 operator (me). L16 isn’t cleared to operate on any civ freqs and is therefore offset from the KNOWN civilian freqs in the 960-1215 range. There even transmit restrictions to doubly ensure it does not interfere with ground based civ freqs too

You do have your weapons in CCRP right??

2:46 of this video you can see the TGP stowed.

Appreciate the No evidence BN, but this is one of those common sense moments. You wouldn’t expose a very expensive camera/lens into an environment (ie on the Gnd) where it could get damaged. Personally, I check the pod on the ramp, pwr it off then put power on as part of fence in checks, such that the “ball” is stowed for take off/landing

Whilst I appreciate you’re adding extra data, I fail to see how all that you’ve written is a “much simpler demonstration condition” lol.

When carrying out a cold start and powering on the radar at the runway hold, getting airborne in NAV mode, climbing to height, then switching to A-A, FCR page shows radar OFF. Cycling master modes has no effect. You have to recycle radar power to get FCR in A-A to work. This issue has been apparent to others in my online Sqn too. Track attached. FCR Issue.trk

Patience is a virtue. if you suspect it to be a bug, then follow the guidelines posted in the bug section.

Usually X wind that pushes BFL off centre

Read some of the other DL posts on the forum to see if they help. Others have posted about this

What documents do you have reference to that this is incorrect?

You may find this is part of the chief’s pre flight checks

What do you mean close on the ramp? As in be in the off position?

Then you’re not engaging it correctly