Jump to content

Recommended Posts

Posted

I've heard of this happening frequently in MP, but this is the first time I've been able to capture it in SP on an easy to view track. As you can see on the attached, I lock up a friendly F-15E and fire some missiles at it. The initial lock up is a correct friendly/ambiguous square. However, the IFF designation switches to a hostile diamond about half-way into the track.

50nmAIM7.trk

Posted
Erm, I could swear the diamond is the IFF for 'friendly'......your IFF just took some time to distinguish a bogey as a friendly?

 

Square is friendly, diamond is hostile.

Win 10 Pro 64Bit | 49" UWHD AOC 5120x1440p | AMD 5900x | 64Gb DDR4 | RX 6900XT

Posted (edited)

Technically I think square is bogey/ambiguous/unknown and we're missing the 'friendly' symbology (which is a square with FRIEND on top apparently), but diamond is definitely hostile.

Edited by backspace340
Posted (edited)
diamond = unknown/hostile

square = friendly

 

 

only when friendly repeat/send the correct IFF code , it will be marked as friendly.

 

 

no signal = unknown/ hostile

 

You aren't describing the system we have implemented in the DCS Hornet. And in the real Hornet, square means unknown/ambiguous. Diamond means hostile. Friendly is a square with 'FRIEND' written on top. ED have only given us unknown and hostile symbologies.

 

In the DCS Hornet we don't really have proper IFF, there are no codes and it's not working like a real IFF - it's just telling us when something is hostile (which is unrealistic, but even then it should be consistent).

Edited by backspace340
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...