falconzx

Just tested in current patch: If you act as you described with no target bugged, just in scan, the radar will stop working, and even if you go MUSIC OFF the radar will be frozen and unoperable (probable bug, and not intended behaviour). You can fix the radar only going back to mode3 and cycling the MUSIC ON/OFF. But, reproducing your steps while having on FCR a bugged target, then the radar will continue to work and the ECM will continue to transmit ( another bug as i said before the patch, probably it should stop transmitting)

to me, sounds like a bug.

For me this issue was persistent every time i enter a server, i do a sortie with other modules, usually Su-25T, then if i sit in a F-16C i have problems with the HMCS alignment, i do it correctly and all the references are offsetted (not only the SPI box, but also PDLT). When the bug is much more severe it's hard to complete alignment because the real cross is not where you see it, so you get ALIGN FAIL if you try to do it correctly. After a lot of attempts aligning with the head around the hud you can also get the ALIGN OK then try to correct with second and third phase, but also like this you will not get a proper functioning HMCS. So to avoid that nightmare before sitting in an F-16C i quit the server and rejoin it. This worked for me everytime.

do you exit the MARK page after creating marks?

Decide with your friend a STN table with arbitrary number. Like 1 - 00023 2 - 00024 You both populate in your DED the table identically. When done the leader put #1 in "Own" position, the wingman will put #2. It will work. If not probably some of you messe up something. Also the DLNK time is important to be syncronized. If in a pre 1993 mission check time in Page1 and syncronize with your mates manually. In a current date mission you can Just put GPS Time On and all ll be ok. Inviato dal mio 24069PC21G utilizzando Tapatalk

I had some trouble designating targets with FCR GM (nav master mode) nearby SAMs. Attempts to designate someting (to retreive coordinates for example or performing a nav fix or putting a markpoint), on the same bearing of the SAM station but at slightly different range result in a SPI shift on the exact position/range of the SAM (way more precise than a HTS PGM2 solution... that's the funny part :P) This is pretty annoying when trying to use FCR to create a fast markpoint in order to POS HARM launch (closer than the target to enlarge the search area of the HARM over the target zone) because of this shift. Here the track. SPI_moves_FCR_close_sam_emission_FCRdesignation.trk

I apologize about my track, the LOS vertical angle between me and the contact was not so big(~20°) to see the bug clearly. In this second and shorter track i prepared a situation where the case is very clear. Steps to reproduce: stay high, wing level, command STT on a plane flying on the deck, hot. When he pass under you it will break the lock as he passes the 60degree gimbal. FCR returns to search and the ANT ELEV Axis will be broken. Detailed issue observed: As you reproduce the steps the axis center (50% of the potentiometer range) instead of centering the antenna on the horizon (0 degree angle) it remains where the contact has dropped, so in this case -60° degree. As this in effect you are no longer able to put your antenna upper than 0 degree, because you reach 0 degree as the potentiometer is at its 100%. I supposed you developers can see whats my pheriperals input status is in the tracks, if not, its very hard to check this from a track file. You should repeat the steps with an absolute axis assigned to ANT ELEV knob. I'm pretty sure you will not see the bug if the controller is a relative axis (like F-18 one) or buttons. F-16_ANT_ELEV_AXIS_RECENTERs_2.trk

In this track i intentionally drop contact by gimbal limits, after a couple of try my radar elevation is not anymore centered to 0 pitch angle as it should with physical axis in the center position. Thank you PS: workaround to momentarily fix is to cycle radar modes. F-16_ANT_ELEV_AXIS_RECENTERs.trk

Squadron Name: 36° Stormo Virtuale & SIG A101 Aircraft Selection: F-16C, F/A-18C, J-11A, F-15C Pilot Roster Falcon Wasp Merlin Knight Duriel Wildcat Iron MTSection Varmo Tralif Stockman

In the past i also used to put in NAV the FCR in GM mode (AG). It's done via OSB buttons, but it's still not retaining in the current patch. After switching master mode it resets to CRM RWS.

As a lot of manuals describe (i can send it to you if needed), the Hotas function TMS-right depressed more than 1sec should transition from any CRM RWS mode with or without a track target to TWS retaining eventually bugged targets. In the current patch, if i do it i get VSR, (locking the bugged target to a VSR STT... not very stealthy) then from VSR i get the TWS.

SPI is constantly updated (and sent to bomb) by the Sensor Of Interest.

Not realistic in VR. Too big. On screen they are fine.

Yep and as i tested, if your video would been longer we would have seen the fix's corrected position moving towards the original position in a number of further updates.

Absolutely no need, I described enough to reproduce. Maybe someone else could help providing what you asked. Just my two cents: Track target is a simple and basic state, it's telling you: hey pilot now i have built vector data on this contact, now you can use it to track and eventually select it for engaging. (bugged target) On the other side bugged target is the selection of a contact so it's just plain that a symbology very obvious like the dashed line is related to an engaging phase, underlining what's the target someone is engaging. You also implemented the flashing of the dashed line, in single player, when your wingman launches a missile on a given target. (not working on Multiplayer, another bug reported ages ago) Whats the meaning of it then? If it's correct having a random dashed line on a random guy and not the one i'm engaging, whats the point to spend your time to implement a flashing dashed line for launches if they are not directed on the right guy? Best regards