DSplayer

Bug: TCS can guide a Phoenix and not give RWR warnings Can I reproduce it 100%: Yes If not 100%, how often out of 10: 10/10 How to reproduce/description: Method 1: Step 1: PD-STT target and make sure TCS tracks target. Step 2: Pull trigger and break lock before the missile goes off the rail. Step 3: Make the radar slave to the TCS. Result: The target may receive a brief RWR launch warning but this will soon disappear and the missile will now guide silently towards the target that is shown on the TCS. Method 1.5: Step 1: PD-STT target. Step 2: Pull trigger. Step 3: Get TCS acquisition on target. Step 3: If target track is lost, slave the radar to the TCS. Result: The target will get a RWR warning for the portion of time that the Phoenix was guided via PD-STT but when tracking is switched to the TCS, they may not continue to receive a RWR warning. Method 2: Step 1: Bug target in TWS Step 2: Launch missile like typical TWS launch. Step 3: Make TCS slew to the target that you fired at (has to be the same target) Step 4: If you lose track on target, you can slave the radar to the TCS and continue to track the target as if it were PD-STT with the TCS. Step 4.5: If you didn't lose track, you can just slave the radar to the TCS before the active signal is sent and guide it like in Step 4. Result: The target will not receive any RWR warnings at all of a Phoenix heading their way and will die knowing that they were only getting F-14 nails. DCS Version: 2.7.6.13436 Open Beta System Specs: i7-8700k GTX 1080 Ti 32GB RAM SSD Samsung 1TB 860 EVO OS: Win10 Peripherals: Joystick: Saitek X56 Throttle: Logitech X56 Headtracker: TrackIR + TrackClipPro Track: Tracks files are too big so I couldn't include them here. Video/ Screenshots: Method 1: https://streamable.com/mmsfag (Excuse the language that is used in the video, I was messing around with some friends after discovering the bug) Method 2: https://streamable.com/b3txlh (Excuse the language that is used in the video, I was messing around with some friends after discovering the bug) Mods: Quaggles Custom Keybinds Message me if you require any help recreating this problem.

Hey that would be a nice mod.

Okay. Just wondering since when using PD-STT with the MLC off against a target in a look down situation, they can notch and still cause a loss of lock. But, if I’m understanding what you’re saying correctly, the lock shouldn’t be broken in that situation. Sorry if I’m misunderstanding what you’re explaining.

On the topic of STTing someone, how well would PD-STTing someone with the MLC off fair in similar conditions to what @SgtPappy laid out? Would locks still be lost if they enter the notch in a look down situation or is it supposed to maintain track even when they’re notching?

Jester doesn't do anything since he can't do anything in that situation.

I use RWS' large scan area to get SA then switch to TWS to engage targets.

The TCS elevation indicator next to the radar elevation next to the DDD doesn't move unless you're locked up to a target (only slaved to the radar and radar is actively tracking the target) and not when you're manually slewing it around with the HCU. I don't know if this is how it is on the real aircraft or it's simply a bug. Manually slewing with HCU with TCS slewed to almost the bottom of it's gimbal limit. TCS slaved to radar's STT lock with TCS acquisition TCS slaved to radar without TCS acquisition TCS acquired target but radar is not STTing that target.

I think this is in store for the F-14A-135GR Early.

Aww man. When do you guys think it will be available for OB release at the earliest? November-December-ish?

Yeah, I’m “patiently” waiting for the EIGT and maybe the new missile API. I also hope all those bug fixes and changes make it in as well.

Sad that there are no new fixed that ED put in for the F-14 for today’s hotfix.

You very well can start your own forum post about all the missing features of the AWG-9 with the info you have and try to get them added.

Heatblur want to make the most realistic simulated F-14 and associated systems. They cannot implement the suggested features listed for the AIM-54C because they have no unclassified and detailed information on that feature which would allow them to implement it properly. Heatblur has high standards for what they want. The new API will bring a bunch of optimizations to how the missiles should track and overall bring new life to all the Phoenix variants. The AWG-9 is mainly 1960s technology. This was the cutting edge stuff at that time but it's just that its no longer cutting edge when you compare them to other aircraft in the DCS arena. A target can disappear for 8 seconds before being X'd out and become extrapolated and then there is the memory modes for those (Track Hold).

Actually, you get absolutely no RWR warning of an active/pitbull warning against AI AIM-54s which is incorrect. Normal human piloted AIM-54s have pitbull warnings.

There are no separate textures for AIM-54As and AIM-54Cs at the moment. There is only the AIM-54C texture.

Also the desync between RIO and Pilot causes some issues as well. When I play the 14 by myself, I never experience dropped tracks unless the target is going into the notch or other but if you're RIOing for someone who doesn't have the best internet in the world or if you're playing on a server that is inadequate, you will experience drop tracks a lot more often than if you're by yourself.

They do receive mid course guidance but it's just the transition between that and active causing all the issues. These problems should be solved with the new API which Heatblur are working on. Maybe expect it in the October OB patch.

The Track Hold button next to the TID does not glow green when pressed compared to the CLSN button to the right of it which does light up. https://imgur.com/a/FBuaZWB

Just from the description I'll probably say that its the old missile API being inadequate and that the AI just made it bite chaff for just long enough for it to do a hard turn and dump all of its speed.

So compensating for own speed means that if a 14 and a target are both closing at 500 knots hot, this means that 500 kts will be the observed target closure rate right? Also, does this effect the notch/MLC filter as well?

Immediately? That probably could mean that they were about to get lost in TWS Manual prior to the missile being shot. I personally haven't had this issue since I usually transition to TWS Auto prior to firing the shot so I can maintain track with the automatic antenna elevation. What could help is maybe marking some targets you don't want to hit as 'Do Not Attack' (if you don't do this already) so the WCS doesn't wing the radar to them to try to pick them up.

Su-30MKK might be off the table

I'm starting a new topic since there was a bit of a discussion of how the PH ACT switch works in DCS currently in the latest feedback post. Currently PH ACT makes it go to a certain point (without any midcourse guidance or loft) and then go active at the target. IRL it would go active but would get guidance commands from the AWG-9 until it could pickup the target with its seeker. What we were discussing was the possibility of this switch or another switch in the RIOpit that allowed for manually sending an active signal to the 54 instead of waiting for the WCS to automatically send the signal at the distance set by the target size switch. One of the points of discussion brought up by @Snappy was from what Ward "Mooch" Carroll said during an interview in June: At this time stamp (1:29:52) he talks about how an enemy enters the beam and how you would make the missile go active to see if you could splash the bandit with the amount of energy it had left. This clip isn't 100% evidence of the existence of this possible feature but it's something.

My flaps still are bound to an axis and the latest patches didn't change anything.

This is actually all AI AIM-54s against human F-14s. On other aircraft you would get a launch warning but not an RWR active missile warning. Overall pretty strange imo since the missiles don't loft either.