RPY Variable

For me it was a good first impression. Didn't find any obvious odd flight and ground handling dynamics that other modules had (and still have). Systems works more or less as expected. The cockpit looks good in VR, I don't want to name names, but some modules look good on 2D and in VR you realize thing are way out of scale, like some thing are big and other are minuscule at the same time, you realize that they where model pure eyeballing measurements. This one looks good, at lest nothin way to obvious. The only thing I can think of that looked weird, was the rudder pedals angle seem way to vertical.

Super Etendard... MM38 Exocet missile, carrier operation, INS and air refueling capability.

Would be nice to have a little more travel on this two switches. In VR the movement it is almost negligible (like 3mm) and you need to push the button multiple times to be able to guess the position. And it as a very important switch, it has to be toggled multiple times. On reality one would push or pull, and feel the feedback on the switch, but on DCS we only have our eyes. It is as simple as putting a little more travel on the 3DMax (or whatever) animation. I don't think this is a game-breaker modification. I'm really enjoying this aircraft. It may be my favorite.

The behavior is correct. You are not "updating the waypoint" -> you are using the waypoint to to update the INS. You are telling the aircraft, "you know that bridge that you think is over there... well it is actually over here".

Sort of.. The FIX position update part works fine. But it seems to mess up the markpoints you make after that.

Yes.. a FIX update to update the INS position. Problem 2 I will check in the afternoon but it should not matter because it happens right after alignment is complete. I make a Stored Heading (STOR HDG) align and before I move the aircraft, a waypoint with the aircraft location at start has the diamond at 300m from the actual aircraft location. DDCS server to be specific. But just to be sure. What should be the correct behavior in the following situation: Cold start -> align the aircraft -> make a waypoint 001 on the exact map position where the aircraft has started (without moving the aircraft) -> Where should the waypoint 001 diamond be?

I'm not refining the markpoint position. I'm updating the INS position with waypoint 1, and only then I am making a markpoint. The problem is that the markpoint is deviated from the position that it was made. Try it yourself. 1) Make a waypoint 001 on the end of a runway in the mission editor. 2) Then open the mission and, simulate doing a INS position update by moving the waypoint 001 diamond to the control tower. 3) Make a markpoint on some recognizable location, for example a bridge. And you'll see that when you CZ the markpoint it wont be on the position you made it.

It is as if the markpoint drift of where it point in relation at where it should be, is the same drift of the INS update between the old and the new diamond location.

Problem 1 a) I update the INS position using some known map static object. b) Make a markpoint via TGP over some target. Problem: The markpoint seems to be way off and no where near where it was made. It is my understanding that the markpoint is made relative to the aircraft location. So if the markpoint is made AFTER the INS update, regardless of whether the my position it true to my real position in relation to the earth, the markpoint should be pointing to the same target. Conclusion: I find it imposible to make a markpoint after a ins update. It seems that the markpoint system gets screwed after a INS update. Problem 2 In multiplayer I do a "stor HDG" align, and the position of the waypoints I made are always off in relation to the map. If I make a waypoint number 1 on the end of the runway the position is always off by like 200 meters. That is why I make an INS update to have the aicraft true to the map, but then I can't do any markpoints. I made a short track demonstrating the problem 1. F16_ins_mkp_possible_bug.trk

I had the same problem, even after multiple updates. I did a "repair and cleanup" and it fixed the issue for me. Maybe it also fixes it for you. https://www.digitalcombatsimulator.com/en/support/faq/repair/ My problem:

That seems to be the datalink targets missing. My fault. But still... it was not showing the search targets as well. I shot down two bandits by blind TMS up on a known location. Targets like 15 nm away. Even the AWACS was invisible to the FSR. And it was on a look-up attitude at 15 miles. Only visible by bugging him via TMS up on known location via HSD FSR cursor mirror.

FCR does not display datalink aircraft, it also doesn't display search targets (white dots). But if you press TMS UP (aiming the cursor via de FCR cursor mirror on HMS over a datalink target) and lock a target, it will bug a target and then show the appropriate symbiology and it will also STT. But if you are not lock at something, the radar just wont show anything. Edit: the datalink must have been the IFF OUT button. But wouldn't explain the missing white dots.

Also when you make a FTT the FCR background goes blank.

https://streamable.com/jkyj33 Two AIM-120 this time. I made one press.

I have 3 different problems that have no logic, are they bugs?. Problem 1: When I'm in expanded mode 2, or whatever on Ground Mapping, if I want to zoom, when I press the obs button, the radar resets itself. This wasn't the case before this makes work with the ground radar very cumbersome. Is this a bug? https://streamable.com/6u084b Problem 2: Trying to make mark points on Freeze DBS. If I select TMS up twice in other to store the mark points , the FZ image just disappears, it appears again a millisecond and the disappears again, so I'm unable to make a second mark point on the same FZ screen. So a) multiple mark points are not possible. B) The screen is black on after the first mark point. Is this a bug? Same goes If I TMS Right or TGT/OA1/OA2. As soon as I do it once, FCR screen goes blank, So OA1 and OA2 are useless. https://streamable.com/r6uprl Problem 3: If I'm on a DBS screen and find something, and want to make a mark point, when I select "7" (MARK) on the ICP, the FCR goes to AGR screen, so I have to go again to GM->DBS1->DBS2. So every time I want to make a mar point I need to configure the FCR all over again and find the tgt's again with the ICP previously configured. Is this a bug? https://streamable.com/2yih7g

It is possible. I have a ppt button that was use as PPT on a Cessna on my X-55 weapons release. The original was broken.

Well. I tried with settings back to default and wasn't able to reproduce the problem at all. I tried with FSR on/OFF, FFR, postprocessing, world scale, sharpness full/min, and maybe a couple more and it didn't reappear . I need to try more times and in many different scenarios in order to feel comfortable saying that it is fixed, but it is a good start. Thanks a lot for your time and effort.

Quick test: With Toolkit Safe Mode on I didn't experienced the TGP problem, it worked fine. The I close DCS and switch the safe mode off, open DCS again and the TGP problem appeared right away.

Here is a very detailed and interesting tour of the F-4G rear cockpit an systems.

https://streamable.com/qlmjvz This is still a thing. Happened a couple of times yesterday. Usually is when you fire your last aim-120 with a Sidewinder remaining.

https://forum.dcs.world/topic/303216-problem-on-f-16-flir/?do=findComment&comment=5032712 I was able to replicate by using the toolkit. Without the toolkit but with openXR works fine for me. Try with OpenXR but disabling the toolkit. null

Hope this help. Today I open DCS, growling sidewinder server with openXR+Toolkit enabled, and had the TGP problem again. (Attached screenshot). null Then I close DCS and disabled "OpenComposite (DCS.exe), "OpenCompositeACC (DCS.exe)" and "OpenComposite_DCS (DCS.exe) via the OpenXR Toolkit Companion app window. Started DCS again, went back to Growling Sidewinder server and the TGP worked just fine. Then I repeated this two steps, 3 more times to be sure. Always having the same result. The problem with the TGP when OpenXR Toolkit Companion app was enabled. And working finewith open OpenXR alone. Then I tried without foveated rendering, I also tried without FSR (always closing DCS and opening again) but the problem was always there whenever the toolkit was enabled.

Just going to leave this here. Just 20 seconds...

I don't know if it is a bug or what.. Just going to post this here. It was already smoking and it needed 4 r-60 for it to loose control and crash. https://streamable.com/cfh430

Thanks for the reply. Yes I am.. seems that openXR is the issue. What a shame. For me, some servers are not flyable without openXR . It was working fine before the new FLIR update.