falconzx

If what you're reporting it's true, the MAV misaligned is acting like a INS weapon with a coordinate drift. We should have a MAV camera Line of Sight angle-to-angle align to reduce the offset between tgp and mav cameras.

At the current state of the module, what we observed is not an inaccuracy related to the INS+GPS. Taking care of the standard procedures, that @BIGNEWY kindly reminded us, the drift is within the expected amounts, expecially when observing it through a Targeting pod in INS tracking mode. What we continue to find very odd is the constant misalignment of the SPI/Steerpoint symbology on the HUD, (given that what a TGP is showing in INR is the current INS solution for that coordinates+elevation). That Square, or diamond, is never aligned to the same point where TGP is pointing, there is always a difference and in some missions i've flown that discrepancy became very big (more than 200ft). I don't know how to reproduce the steps to make that misalign bigger, but it's never correct, even when just took off with a hot started jet. Seems there is always an elevation error, because the symbology seems to drift over/under the ground so it moves changing the view perspective. But, for example the calculated SPI for CCRP is never the HUD symbol (just try a good drop to see it), but the actual INS postion shown by a Targeting pod in INR, so it's the HUD to be inaccurate. This is the issue i think it's making the DTOS mode quite useless with GP ballistic bombs, if you don't have a TGP all the designations made by the HUD are wrong. Aswell, expecially in the pre-GPS-era operations, without a TGP even the INS fixes made by HUD are inaccurate.

Maybe i'm saying something obvious, but try to go in CNTL Menu and do the FLIR CALIBRATION. With that done i achieve almost the same quality of the Litening pod, in NON-XR flir modes, i mean.

Anyone knows how to add new current hill units to the new 2.0.4 databases?

or... enable GND Jettison Switch, then Jettison on ground the empty tank before the crew put a new one (in this way you are manually simulate by yourself the removal of the empty one)

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

It's really appreciated the introduction of the new logic for sending contacts over TNDL. Now instead of Bugged Target, the Track Targets are sent, it has a solid logic: if you have vector data its possible to share it. Good job! Now let'see the bug: Multiplayer: if your mate uses TWS, the HSD dashed line is applied to the last Track Target created and not to the Bugged Target.

we've had this bug all summer, at least...

Speaking about common sense: think about a case where you have an enemy helicopter, you find it with FCR, you lock it with PointTrack, then he lands, you lose him on FCR but not on TGP, if there is a mode (NAV if i understood correctly) that allows you to obtain a slew of the SPI there then you can easily switch A/G master mode and engage that landed target with any type of ordnance. That's a nice swing-role capability.

I still don't understand how an aircraft so well modeled around pilot's needs has a radar that translates target speed into CAS. For intercepting slow aircraft? In combat it's quite tricky to read, when TAS was a lot better. Good old times. It's odd not having a setting to change it in CNTL All other fighters have TAS or Mach readings, that's the energy state in combat.

Squadron: 36° Stormo Virtuale & SIG A101 Timezone: 1900z-2100z Aircraft: F-16C, F/A-18C Maps: Cauc