Rongor

I summarized this issue 7 weeks ago, together with other stuff here

Hasn't been fixed with today's DCS Open Beta 2.8.7.42583. So still no way to communicate for A/G coordination which on most MP servers is on VHF FM... Pretty disappointing.

Am I really the only one with a sticky emergency wing sweep handle? Do all of you never pull it back into oversweep after landing? Again, its not me failing to wait for the auth light.

Has been like this since the F1 went early access. I'm also wondering when this will be fixed. Has been a while now and carried over into the F1EE

roger, copied the question into the M2K section. Thanks anyway!

My cartridges are still in \Saved Games\DCS.openbeta\Datacartridges yet when I open the DTC receptacle they don't show up in the cockpit anymore so I can't select one to insert. Any ideas what could suddenly be wrong?

what might be wrong if after opening the cartridge receptacle, no cartridges appear anymore to select one for insert?

Had exactly this a few days ago on a MP server. Also as a variant, I lost the cursor on the HAD while it being SOI, it was just gone. I could get the cursor back with DMD Down end then ended up with not being able to designate anything else just as you describe

I can follow what you have in mind. Yet why do these contacts then reappear after a few seconds. Because their now closer distance increased radar returns again beyond the detectable threshold? In the first occasion I lose contact at 24 NM (145.8k feet) distance while being around 6k feet above, equals around 2.4° Reacquired at 19 NM (115k feet) distance while 8k above him, means 4° In the second occasion I lose him at 17 NM distance (103k feet), while being roughly 7k feet above, this equals around 3.8°. Reacquired at 13.5 NM distance (82k feet) while 5k feet above him, equals 3.5° Both examples don't offer any consistency. First example has the target reappear at even bigger downward angle and second example isn't that much difference in both angles. While in the first occasion, I admittedly also have the nose up, target shows at the F20 mark down in the HUD, yet in the 2nd occasion, we basically have level LOS, seeing the designation box in front of us in the HUD. Especially in this 2nd case, how could the radar possibly have problems to receive the returns? Even when aircraft is nose up and the antenna is looking "down" compared to the aircraft datum, why would the antenna care? It's not like the radio waves bend towards Earth's center of gravity. I am totally confused what to make out of all this. I am only in the beginning stages of learning how to A/A combat and one of the first things I learned was that being at higher altitude will provide decent advantage regarding missile range. When a radar can't detect stuff 4 ° below the aircraft datum, this kind of defeats the whole idea of going in high at BVR.

I created a test scenario and you can watch here how it played out: (fast forward to 0:40, when the head-on MiG appears in my RWS 40 range) - 0:43 I bug the the contact, he is at 16k in 34 NM, antenna scans between floor and 35k - 0:53 antenna jumping sets in, while my TDC is close to the bugged contact, the second antenna elevation band seems to cover floor up to his altitude, 16 k. He is climbing, range 30 NM - 0:57 I move the TDC a bit, antenna jumping continues, alternating between floor to 18 and 05 to 35. - 1:05 there is a second target appearing briefly behind him, yet I set up the mission with only one enemy, so I ignore it - 1:08 I put the bug into STT, to get rid of the antenna jumping, he is at 16k, 25 NM - 1:12 the whole track just vanishes. TDC shows vertical scan range between floor and 24, so he should 100% be in. - 1:22 after 10 long seconds of zero contact, he appears again, at 17k, while TDC shows antenna elevation between 25k and 02k. Bugging causes the TDC switch to antenna elevation 36k and 14k. So I bug him again at 19 NM, while my antenna has its top elevation at 24 - 1:27 different to what I am usually doing I put him into STT again. - 1:32 at 17 NM range, whole track vanishes again, last altitude was 18k, TDC antenna elevation shows 25k to 02k - 1:35 he launches at me, while I don't have him on screen. My radar is blind, his obviously isn't. - 1:39 after being blind for 7 seconds he appears again at 21k, my TDC shows a 23-06 antenna elevation band for his location - 1:41 I have him bugged again at 13.4 NM Radar could now keep him tracked. Mission ended with me being splashed yet my focus was on demonstrating the radar work, not on winning the engagement

When those AI Fulcrums come on the server I frequently visit, I often meet them for a head on encounter. While closing in I run full AB, gaining speed and altitude advantage, to hopefully launch my Fox3 earlier. While being inbound to the enemy there are always several stages of losing radar contact. It's kind of unavoidable. I just have no idea why this is the case. I'm running CRM-RWS in a 60° arc, carefully keeoing my antenna elevation matching his altitude. He is dead center, sometimes I even STT him although hit necessary. While we both fly straight, at some point my radar just drops the contact for no apparent reason. It can then take several seconds to make the target appear back again on screen, although my antenna is still covering his 3D position all the time. Sometimes this is accompanied by antenna elevation jumping between two bands (see other reports on this). This may also trigger loss of contact yet it happens even when its not jumping or when both bands include the 3d location of the MiG. So bottom line, it's a mystery. I get the target, I bug it into SAM. Several NM closer, contact just vanishes. Following the estimated trajectory with my TDC doesn't help anything. Long moments later the target appears back on screen. Sometimes you can bug it again, sometimes the bugging will just fail, while the target still remains visible and is closing in on you. It's driving me crazy. This repeats several times in a row, until you are finally in engagement range and happen to relock again in time to Fox3 him or he remains just gone from the screen although the radar antenna is exactly where he is in azimuth an elevation, yet of course he can track you and does launch. What can we do to fix this?

Thanks my Lord. And thanks @Moonshine

When I created the report, I didn't even had noticed the box not flashing. Only you made me aware and now I see it too. This may in fact very well be the underlying issue and I was only connecting it to PB on Snowdrift because I didn't see this other clue. Doesn't solve my apparently corrupted track yet lets take it from your approach then. Again, thanks for also looking into it.

well thanks guys for looking into my stuff, will report back after further testing when repair is done.

While I will follow the advice to run a repair, here is what I was seeing ingame and do see when replaying the track: 0:05 flipping Master arm off and on again 1:44 launching on 11 defeating missile until 2:40 3:30 attempting to launch on SD 3:37 trying it with the alt release button

Ok, I did a repair only 2 days ago but can try it again. What would still interest me is if you see any HARMs launching at all in my very first track, since Master arm is allegedly off, none should launch. Yet they do in my replay...

only to be sure, you want me to run a system repair because a situation I experienced was exactly recorded in my track as I witnessed it and also replays correctly on my end, while it doesn't replay correctly on your end?

Sorry, but then your track replay is wrong. I just rewatched this very track I attached above (no HARM on SD.trk) and Master Arm on is happening right in the very first few seconds. You see it on when mission starts and then verifying me its state by flipping it briefly off and then on again within the first 10 seconds. The fact I then launched a HARM at an 11 is evidence Master Arm is on. Also Master arm remains on after I launched this first HARM. Then I redesignate on the SD and pull into the loft. This is a screenshot from this situation, made in the track replay, time code in the DED 22:03:30: you can even see me depress the Alt release button thereafter...

Then it might be a problem with Master arm? I'm pretty sure I had it on. In this first track you can see me redesignating to the 11 in the HAD when launch at SD fails and then the HARM did launch, without me touching the master arm at all. Also this is only the one attempt I did specifically to do the track. I had it exactly like this before, hand off to SD didn't launch, then redesignated to 11, launch occured. That's what made me replay the exact situation again to create a track.

this is also an issue when starting hot and 90/30 is set in the mission editor. 10 second track attached 88_28.trk

TMS right has currently no effect unless one does call up the SEAD DED page with TMS left before on a selected threat and keeps the page active. Only then target stepping with TMS right is possible. The moment you undesignate, the DED will return to CNI. TMS right then won't step targets anymore before or after designating a new threat. You are required to TMS left before. very short track demonstrates this HAD_notargetstep.trk

I also set up a test mission and can provide two very short tracks. Bottom line: If there is more than a single target (2 in my mission) on CRM-RWS, the antenna does begin to jump between two elevation bands the moment I bug any one of these two targets. It does not jump with no bugged target. It also doesn't jump when entering SAM after bugging the only single target on the screen. The moment there is more than one target detected in RWS, the jumping commences, regardless being in SAM or DTT. CRMRWS_singletarget_nojumps.trk CRMRWS_twotargets_antennajumping.trk

I hand off a SD of an SA-11 site from the HAD as SOI to HARM set to POS-PB-mode. Pressing weapon release doesn't initiate the launch, although I am inside the AMZ and on the optimal loft cue on the ASL. Not even the alt release button doest trigger the launch. When switching HAD-target to the 11-TELAR and handing off again, HARM does launch normally, only on the SD it doesn't. no HARM on SD.trk Tried the same situation with HARM being in POS-RUK. Again did the HAD handoff. HARM launched on the SD normally. HARM on SD in RUK.trk

According to the manual, selecting SP on the TGP should command the TGP's LOS at half the distance of current FCR range. This is currently not the case. Instead the TGP's LOS is commanded to the current steerpoint, into the sky if these points have altitude. In the attached track I select SP on a SOI'ed TGP while flying towards a steerpoint set to 6500 ft altitude at 12 oclock. It's commanded into the sky instead of the ground. After TMS up I have to slew the TGP down towards the ground. Switching to a second steerpoint roughly colocated with the 1st, yet on 40000 ft makes the SP command the LOS even higher into the sky. The FCR range is 40 in both cases, yet the LOS is clearly commanded to the steerpoint instead of half the FCR-range. TGP SP elev.trk

I can easily reproduce it. By moving the cursor to the frame. stuck. simple