Rocky

I made some additional tests with the C172 (propeller for torque effect) and CJ4 (no torque effect), only standard planes, no 3rd party. What I did is customize the weather to remove ALL winds, no wind at all, no crosswind. With the C172, I had to apply some right rudder on take off because of the torque effect, this is OK, and I could land perfectly without experiencing any drift when landing, not in the air and not on ground. Same with the CJ4, and even better because it has no propeller: when taking off the plane remained on the runway center line, and again I could land without any problem and kept the aircraft on the runway center during rollout. My conclusion: this test confirms the whole problem comes from the way the crosswind is managed in the sim, with a possible relation with the ground physics. But I must say I couldn't notice any ground physics issue when wind was cancelled. I hope Asobo will fix this soon because at it was said, take off and landing are the actions you always do, whatever flight you do.

You're right. I will make some tests with custom weather, including test with no wind at all, I will see if it works better.

No, wind does not fade out when speed decreases, it is the effect of crosswind that decreases with the speed. I am surprised about what you wrote here because I used to fly FSX before and I never noticed this problem. I saw it in MSFS only.

Am I the only one who is disturbed by the way the MSFS flight model reacts when landing? Since the release of MSFS 2020, I noticed this problem and it kept going update after update. The problem is about the behavior of the aircraft when touching down when landing. It always tends to turn left or right, forcing you to apply a strong rudder correction that is not realistic at all. I used to be a private pilot, I flew the Cessna 152, 172, Piper PA-28, Socata TB-9. I also flew professional airline simulators, A320 and CRJ. I never saw such behavior in real life. You can have crosswind when landing, which will cause this tendency to turn into the wind. I know this, but when this happens you feel the wind deviation before touching down and the behavior on ground is the continuation of the behavior in flight. What I see in MSFS is different: the aircraft flies normally during approach and when you have little or no crosswind, the aircraft still turns left or right as soon as the wheels touch the ground. I also know about the torque effect when you have a propeller, this is noticed on take off and it is normal, but when landing the engine is idle so the torque effect should be close to 0. In addition, when landing a jet powered aircraft, the torque effect cannot explain this behavior when landing. Did you also notice this? Do you think it is realistic or is this effect too strong? I recently saw an interview of a real airline captain, saying the flight was realistic except "the very last moment of the flight", I know what he was talking about. I would be happy to have your opinion about this.

Thanks for your replies, I understand I am confused between airspeed and TAS. I was comparing the airspeed with the GS to find the wind velocity, but I should compare GS and TAS instead. In that case, the difference is 28 kts, which is exactly the headwind speed. Thanks for correcting me, I now understand better.

Please have a look at the image below, a screen capture of the A320, and pay attention to the wind speed & direction, and the ground & air speeds. IMAGE The wind has been set to be full headwind, coming from 249°, which is exactly my current heading. Consequently I have 27 kts headwind and I would expect to see a difference of approximately 27 between the air speed and the ground speed (note the altitude is quite low, not in the high atmosphere where the air is very thin). Instead of this, the airspeed is 220 kts and the GS is 216, only 4 kts difference. This is not related to the aircraft, I also noticed this in another one. Did I miss something or is there something wrong? Any explanation is greatly welcome. Eric

It is probably a bug because when I started a new flight with the same aircraft, the engine started as soon as the battery was turned on, even though the key was on the OFF position. Anyway, if the same thing happened to you, I would be glad to know 🙂 Thanks.

I had flying VFR from Paris to Normandy (Toussus LFPT to Deauville LFRG), a 1+ hour flight in the C172 classic (no Garmin). Everything was going fine until I had an electrical failure a few minutes before landing. Fortunately the airport was in sight and I could land safely, without any light and any radio. Nevertheless, I was surprising because I checked my settings and NO failure was enabled. I double checked everything in the aircraft and it was fine: battery and alternator were ON, the key was on BOTH and avionics were ON. When I landed, I took the necessary time to check again, I switched avionics OFF and back ON, same for alternator and battery, it didn't change anything. I don't mind having this kind of failure, after all it can happen in real life as well, so it is realistic. But I am surprised it happens with these settings in the sim. I had no explanation for this failure, if you have an idea please let me know.

I come back to this discussion after SU5. I am trying to refresh the interior model XML without having to restart the sim and it seems that it doesn't work. In developer mode, I tried to reload the aircraft using the aircraft selector and I also tried the Resync action in the project editor. In both cases, I see my model file is not refreshed, as if the sim was still using the existing one in a cache or something. The gauge refresh using the Coherent Debugger works fine, but it refreshes the gauges only, I want to refresh the model. I can see the changes in my model only when I restart the sim :( Any help?

I got your point that I fully understand. Excuse my lack of patience, the NXi is so beautiful that I can't wait to see it fully functional 🙂 Anyway, I am happy to see my points are already taken into account, not surprising from a professional team like you are. Keep up the good work !! Eric

This G1000 NXi is beatiful and has a very realistic look and feel, but it is still unusable in my opinion because: It is very dark, almost unreadable in day light No ADF No DME display I am not blaming WT, they do an excellent job, but I think they should have waited before releasing a product that is so unfinished. As a comparison, their G3000 mod is just amazing, I love it. I can wait to have the same level of features in the NXi.

I found this manual of the real thing: http://static.garmin.com/pumac/190-02178-00_B.pdf Hope this helps...

No, I don't think this can work. If another pilot flies the 787, I will never see a 787 as I don't have the aircraft installed in my sim.

Yes, it worked, thank you for the info 🙂

I have the DELUXE edition, so I don't have the Boeing 787, Cessna Logitude, Cirrus SR22, ... Nevertheless, the automatic update downloads and installs livery for these aircraft. Even if I remove them manually to make some free space on my SSD, MSFS reloads them as an update at the next start. How can avoid this? It is ridiculous, why am I forced to have liveries for aircraft that I don't have?!? Any idea is greatly welcome. Thank you.

I removed the Working Title Garmin G1000 NXi mod and everything works fine.

I was so happy to see the C172 float and ski variations, they are great !! I landed with the C172, and as I like to do the proper shut off procedure, i switched off everything and wanted to turn battery off, but I couldn't... The switch wouldn't move and a beep sound is heard as if I was doing something wrong. Did I miss something here? I am surprised to see I can't turn battery off in a C172, any idea? Note: I have installed the Working Title Garmin mod from the marketplace, I hope it didn't break anything. Thanks

I found a workaround that looks very acceptable. As I am getting used to it, I even wonder if it is not even better than before 🙂 Here it is: In the mouse control options, I used to use the right mouse button mapped to the "Toggle cockpit view freelook (hold)" command. As it says, "hold" means that I had to keep the right mouse button depressed to be able to look around, which was the source of the problem since the update. So I cleared this input and mapped the right mouse button to the "Toggle cockpit freelook" instead. The difference is that now I click the right mouse button to enter in freelook mode, being able to look around with mouse movements, and I click it again to come back to the "standard" mode that lets me click any button in the cockpit for interaction. It takes a little time to get used to it but I think it is better because my mouse movements are more accurate now that I don't have to keep my finger pressing the right button. And onbviously, the aircraft is perfectly controllable while I am in freelook mode. I hope this will be useful for you all 🙂

I already did, and found nothing...

Agreed. I guess they did this because of the Xbox compatibility, it's pain... Anyway, I am happy to see I am not the only one annoyed with this change. I will post it on Zendesk, who knows, maybe they will take it into account.

I am quite happy about the latest update, it showed a good perf improvement. The problem that appeared and that I dound irritating is about the ability to look around and control the aircraft at the same time. I don't have VR, so I fly with the stick in the left hand and I use the mouse (with the right button) in my right hand to look around. This was OK until the update 5. Now when I click the right-mouse button and look around with the mouse, the stick does not control the aircraft until I release the button. It was not like this before the update, I could do both at the same time. I can live with it, but if some of you have a solution to solve this problem, I would be happy to hear about it :) Thanks.

I checked again with him. I am 100% sure the GPU increase is because of MSFS, which just displays the opening image and the update progress bar, it should need so much GPU for this... What is strange is that the FPS counter is displayed and shows 599 FPS !! We have na possibility to limit the FPS or reactivate the VSync because we have no access to the MSFS options, we are blocked on the update page. I can accept he has to redownload the whole sim, it will take hours but that's OK, but I can't accept it takes so much GPU for such a task. The PC is noisy and consumes electricity for nothing... I think we will uninstall the sim and fully re-install it. Thanks for your help.

Why would he have to download the whole sim? He had the sim working, an update comes so he should have only the 40 GB update to download, like I did. I don't understand why he has to re-download the whole sim, that's it.

Thanks for the info, I will look into this.

Today is the day of a major update. I have the Steam edition and I have 40 GB to download. Not that much with a fast fiber connection, but even with a good bandwidth, it is extremely slow (approx 10 GB per hour, with many "please wait..." messages during the download. The strangest aspect is the difference between my son and I. My son bought the Microsoft Store edition yesterday, and today he has 124 GB to download. I can't explain this difference between 40 GB for me and 124 GB for him, is it because I bought on Steam and he bought on Microsoft Store? It would be very amazing... Anyway, his Internet connection is not a s fast as mine so I think he will need several days for his update 😞 Even worse: when he launches MSFS and the update begins, his GPU is busy at 97%, the fans turn at high speed and the PC is noisy. Why does the update cause such a GPU consumption? I can't explain... If you have any info to help answering these questions, I would be glad to know. Thanks.