TacomaSailor

I typically fly with a dozen or more addons - moved into the Community using AddOnLinker (wonderful tool!) From the time I start the Sim until I can see the plane on the runway is four to six minutes, depending on the addons I've selected. It is therefore - impractical to test the addons one at a time. So - does anyone have a tactic for determining which addon causes the CTD that does not involve testing each (I have many hundred possible) as an individual?

The clouds are dismal now - poorly defined, incorrect shading, no sense of volume. This is a huge disappointment! But - I am seeing a nice increase in FPS running almost everything Ultra - even landing at KSAN with the LatinVFR addon.

I suffered similar problem. Found that I was now running in windowed mode. When I switch back to full screen mode and options everything worked as I expected

Check options to see if you have been switched to windows mode. Same thing you described happened to me and I found it was because I was running in windows mode. Change to full screen and everything is OK now

The update completed successfully and eventually I saw the new Main Menu ... BUT got a big red warning message that the online connection was lost. Used OOKLA to verify I had a 440 Mps connection. Google and other online programs work fine Quit to Desktop and restarted MSFS - When the program got to Installation Manager it hung for 5-minutes in Checking for Updates and then CTD Restarted MSFS and the hang in Checking for Updated reoccurred with another CTD Restarted MSFS and now it is hung in "Take the Pilot's Seat" Task Manager shows MSFs is using 33% of the CPU and 95% of the GPU Ten Minutes later I am now at the Main Menu and am able to FLY - with nothing in Community the plane on the runway appeared in less than 20-seconds - a big improvement! Taxied to take off point and pressed ESC to check all the OPTIONS - am now back at screen with ACTIVITIES / ASSISTANCE OPTIONS / GENERAL OPTIONS / CONTROL OPTIONS but cannot find a way to get back to the cockpit! ESC does nothing and I can see the cockpit behind the options screen but How to Get There? Turns out the new install/update put me in Windowed Mode - when I went to Full Screen I saw a RESUME option Pressed RESUME and went to cockpit - within 10-seconds - BEFORE I touched any control CTD!! Running Full Screen Hope things stabilize in the future

Did that before I started the uodate process Have downloaded 7GiB in nine minutes now the loop has ended!

I Paused the update and then resumed the update - kept looping on the same file. Paused the update and closed the update/MSFS window and then restarted it. Looped thru the same update file three times and the suddenly accepted the file and is now downloading and updating at about 70 Mbits/s and seems to be working OK.

asobo-aircraft-tbm930-0.1.85.fspathch.... I am at [290/340] - 24.84 GiB / 40.29GiB and it downloads and decompresses the above named file which takes the counter up to 24.95GiB Then with NO error message it goes back to 24.84GiB and starts loading the same file again. This has been repeating endlessly for more than an hour I am on a rock solid 500 Mb/Sec comcast connection. The first 24.85 GiB took less than an hour to download and decompress but am now stuck ???

Most of the the topics I read about hardware upgrades are talking about improvements in FPS, texture and scenery quality. Or, the ability to run at higher options settings. But - the tremendous improvement I have seen is in my control of higher performance / more responsive planes like the P-40 Tomahawk. Prior to the upgrade - I had serious difficulties controlling the heading of the P-40 on the runway as the tail wheel lifted and the P-Factor exerted it's effect. Every takeoff and most landings were a white knuckle experience. Now - with my significant hardware upgrade - the P-40 is easy and fun to fly. I have great control on the runway and in flight. The rudder dance is now just a gentle waltz and not the desperate tango I had been trying. Prior to the upgrade I was using an i3-9100F @4 GHz with 16GB memory and a 4GB EVGA GTX 1650 graphics card. I am now using an i7-9700K @4.6 GHz with 32GB memory and a 8GB RTX 3060 Ti graphics card. With NO changes to the sim options: Flying the P-40 out of KSEE (Gillespie Field, El Cajon, Ca) and into KNZY (North Island NAS, San Diego, Ca) with the pattern taking me overhead KSAN (with LVFR KSAN installed and many local addons including KNZY) my FPS increased from the 28 FPS at KSEE, 18 FPS overhead KSAN, 26 FPS landing at KNZY to 40+ at KSEE, 25 over KSAN, and 35 landing at KNZY. BUT - the P-40 is so much more controllable and responsive! Before the upgrade, at airports with addons, e.g. ORBX or LVFR, the framerate would only drop to the high teens or low 20s but I always felt like I was "behind" the plane and never really had total control in either pitch or speed. Now, after the upgrade - every things works smoothly and I feel in total control. I cannot see any improvement in scenery quality but I was very happy with the quality before the upgrade. I had made a conscious decision to trade higher framerate for higher quality optics and lower FPS. I just did not realize how much the lower frame rate was adversely affecting my control of whatever plane I was flying. Oh Well - even after 30+years with Microsoft Flight Simulators - I can still discover fun new stuff. And - a minor side note: Developer Mode shows me always limited by the Main Thread but it is always Yellow and less than 18ms. The 3060 Ti runs at about 45% to 48% busy while one i7 processor stays at about 95% and the other seven vary between 20% and 50%. Most of my settings are at Ultra and the rest at High.

Here are the ProcMon details for the operation which needed 245 seconds to complete while "Checking for Updates" was on the screen but the spinning circle was paused: High Resolution Date & Time: 7/6/21 03:35:37.9925954 PM Event Class: File System Operation: NotifyChangeDirectory Result: CANCELLED Path: D:\FlightSim 2020\Community TID: 11188 Duration: 256.5259019 0 FLTMGR.SYS FltDecodeParameters + 0x1e3c 0xfffff804645b608c C:\WINDOWS\System32\drivers\FLTMGR.SYS 1 FLTMGR.SYS FltDecodeParameters + 0x18e7 0xfffff804645b5b37 C:\WINDOWS\System32\drivers\FLTMGR.SYS 2 FLTMGR.SYS FltDecodeParameters + 0x8f6 0xfffff804645b4b46 C:\WINDOWS\System32\drivers\FLTMGR.SYS 3 FLTMGR.SYS FltDecodeParameters + 0x66b 0xfffff804645b48bb C:\WINDOWS\System32\drivers\FLTMGR.SYS 4 ntoskrnl.exe IofCallDriver + 0x55 0xfffff80461b185b5 C:\WINDOWS\system32\ntoskrnl.exe 5 ntoskrnl.exe NtDeviceIoControlFile + 0xd88 0xfffff80461ee2748 C:\WINDOWS\system32\ntoskrnl.exe 6 ntoskrnl.exe NtNotifyChangeDirectoryFileEx + 0x291 0xfffff80461ead3c1 C:\WINDOWS\system32\ntoskrnl.exe 7 ntoskrnl.exe setjmpex + 0x7c45 0xfffff80461c085b5 C:\WINDOWS\system32\ntoskrnl.exe 8 ntdll.dll ZwNotifyChangeDirectoryFileEx + 0x14 0x7ffb510ef114 C:\Windows\System32\ntdll.dll 9 KernelBase.dll ReadDirectoryChangesExW + 0xbb 0x7ffb4ea5861b C:\Windows\System32\KernelBase.dll 10 KernelBase.dll ReadDirectoryChangesW + 0x43 0x7ffb4ea58553 C:\Windows\System32\KernelBase.dll 11 FlightSimulator.exe FlightSimGetMainHwnd + 0xcfdb94 0x7ff787191174 D:\FlightSim 2020\steamapps\common\MicrosoftFlightSimulator\FlightSimulator.exe 12 FlightSimulator.exe FlightSimGetMainHwnd + 0xf8eabd 0x7ff78742209d D:\FlightSim 2020\steamapps\common\MicrosoftFlightSimulator\FlightSimulator.exe 13 FlightSimulator.exe FlightSimGetMainHwnd + 0x95eaa9 0x7ff786df2089 D:\FlightSim 2020\steamapps\common\MicrosoftFlightSimulator\FlightSimulator.exe 14 kernel32.dll BaseThreadInitThunk + 0x14 0x7ffb4f557034 C:\Windows\System32\kernel32.dll 15 ntdll.dll RtlUserThreadStart + 0x21 0x7ffb510a2651 C:\Windows\System32\ntdll.dll Looking for problems similar to this in Windows 10 - I find lots of references to: Certain file types (.ogg, .ogx) take a full minute to rename or deleteThanks, again! I'm looking through Procmon right now. There's a lot of information there, so it might take a while for me to notice anything useful. At a cursory glance, I'm noticing that there are NotifyChangeDirectory operations related to the name changes with a duration of 70+ (I assume that the duration is in seconds) - I tested capturing renames of both .ogg files and other files, and the .ogg files have that huge duration (not unexpected, considering the nature of the problem that I'm having), and other files have a duration of 8-10. There are 44 pages of operations between the start of the rename and the end of those operations (far more when showing registry activity), so it's taking me a while to find anything relevant.

Yes I have experienced the long wait/Not Responding with nothing in the Community folder

My "Checking for Updates" occasionally takes two or three times longer than normal but the spinning circle keeps on spinning and eventually loading is completed. On several occasions the spinning circle has stopped moving and nothing happened for several minutes. Initially, after the circle stops spinning - all three processors are running at 5% to 40% and the load is moving thru the three randomly. There is some minor disk activity on the SSD dedicated to Flight Sim. Memory usage is steady at 7 GB (out of 16 GB available). There is no GPU and NO network usage. Eventually all disk activity stops and CPU usage (total over all three processors) drops to 27% but continues to move thru the three processors. After that - Windows Task Manager shows Flight Sim is using a steady 27% of the CPU but it is not using any other resources. And, Task Manager says the Flight Sim process is "Not Responding." I let Flight Sim sit in that state and EVERY TIME, after several more minutes, "Checking for Updates" resumes as normal and the sim goes on to complete loading. From then on - everything works as it should. All of this started with the last major update.

I guess I got in the Premium for free as an early adopter - did not know it was now $25 Euro/year

Works perfectly when the FREE Premium package is added in the following standard MSFS planes: C172/G1000 DA40NG and DA40NGX DA62NG and DA62NGX G36 and G36 Turbo (R. Young) Grand Caravan I have not had a single problem with it

The same thing happened to me on Tuesday June 15 BEFORE the update. Turned out that the Microsoft Windows 10 update I installed on Monday the 14th caused my password for XBOX to become invalid. As soon as I did the "forgot password?" thing and entered a new password - I was then able to start the sim and did not see that error any longer.

Chock said I have a lot of time in the A2A Spitfire and Cub flying in FSX and I thought I knew how to takeoff in a taildragger. None of the standard MSFS taildraggers cause me any problems with a smooth and stable takeoff. BUT - the Tomahawk has me stumped and discouraged. 3 units UP elevator trim and 2.5 units Right aileron trim. CG is at 26.93% MAC No flaps Vr is supposed to be 105 to 110 MPH I have no problems maneuvering on the ground. But the takeoff roll is killing me! I accelerate slowly until I see MAP = 30" while feeding in just a touch or R aileron and the plane tracks dead straight Tail wheel seems to come off the ground at about 55 - 65 MPH. I leave the throttle at 30" and apply a lot of Right rudder and a bit of Right aileron BEFORE the nose starts to swing Left. But - NO MATTER how much Right Rudder I stomp in - the plane veers sharp left and rolls onto it's left wing tip. If I apply the Right rudder any earlier - the plane veers uncontrollably to the right. I have realism values all set to maximum realism. Why is this plane so much harder to get off the ground than the A2A Spitfire in FSX?

Given inflation since 1941 - that new Widgeon would be $508,000 today and the GTN750 would have been $940 back then

Had a similar problem quite a while ago. Turned out that during a game update (steam) some of my keyboard keys were remapped so that what I expected to be a view left or view right (or something similar) was now a full aileron deflection, which of course, resulted in a sudden roll. As I then moved the view back to straight ahead, I only worsened the roll/aircraft attitude. Corrected the key mapping and no problems since.

A friend who runs a P3D installation for a volunteer real world pilot association wants to install and use MSFS. They have the computer power but I test their internet connection at less than 15Mb/sec. My connection is >300 Mb/sec so I have no idea what MSFS is like with a slow connection. The physical location of their training facility prevents any upgrade to the internet connection. They use the sim for pilot training for specific low speed / low level VFR missions. Quality of the outside view is the most important consideration. 1) In general use - who can tell me the PRACTICAL impact of less than 15 Mb/sec? Who is actually using MSFS on a regular basis with slow internet? 2) Will a big enough cache eventually diminish the negative impact of the 15Mbs/sec if they stay within 10 or so miles of a given target?

I've been working with fairly sophisticated GPS/Autopilot/Navigation equipment for at least 20-years. I've spent many days operating many different GPS (and LORAN before that) systems in all kinds of weird situations. I have never seen a GPS or Autopilot make the decision "The flight plan system is screwed up...it's unreliable." and then set a course at right angles to the displayed waypoint. The GPS/Autopilot displays the next waypoint correctly - that is ALL it does on any particular leg. The GPS does not anticipate the next leg down the road and then say to itself "nope that can't be right - so let's go somewhere else." Not to be rude - but your explanation defies logic. Again - I am not asking about the flight plan or procedure (arrival or approach). I am asking about one particular leg in which the MFD shows the correct waypoint, bearing, distance but the PFD shows an incorrect and never changing bearing and distance. It has nothing to do with the flight plan.

I understand the flight plan is unrealistic! My question is WHY does the PFD show the correct from->to waypoints but incorrect bearing and distance? The flight plan shown in the MFD contains the proper sequence of PGY->LYNDI->VYYDA->OKAIN...ETC. AND...LYNDI is the IAF! I know all about added waypoints, and duplicated waypoints in the approach - but in this case none of that occurred. The waypoint sequence (after LOAD & ACTIVATE) is correct in the MFD but the CDI/PFD never updates the bearing or distance. Unrealistic or not - the AP should be able to fly to the IAF when the PFD and MFD show that as the next waypoint.

C172 with KTN750 basic and premier installed with the C172 package. The screen shot is simultaneous for my flight screen and my Navigraph screen. Flying the KSAN LOC RWY 27 approach as loaded into the AP and activated. The flight plan page in the MFD shows the correct sequence of waypoints and the correct bearing and distance for each pair in sequence. The AP flew me to PGY correctly and then the AP advanced the waypoint to be PGY -> LYNDI but the plane just kept going east. The PFD screen does NOT show the correct bearing and distance to fly from PGY To LYNDI and the plane does NOT turn toward LYNDI - it just keeps flying about 124°M, which is the magenta line course shown on the CDI. The bearing to LYNDI never changes in the PFD information area. You can see on the chart above the bearing from PGY to LYNDI should be about 34°M. What am I doing wrong? In the prior flight I did the same flight plan and approach using the C172 and WT1000 AP and had no problems.

I guess I did not give you enough credit for understanding the software market. ME - I am an old dinosaur who developed and sold a lot of software in the 1980's and '90s - but that was all to Russell 2000 customers who were somewhat insensitive to price because the functionality was what was going to keep them competitive. I was involved in some breakthrough software, both as a developer and as a competitor trying to catchup. We often set our price at other than a revenue maximization point to gain or retain customers, to encourage other developers to pick another segment, or to just keep some cash flow during hard time. I suppose we could attribute several of those consideration to Captain Sim. I was a loyal Captain Sim customer during the entire life of FSX and AM surprised at the limited functionality and "sophistication" of the 777. So, I think the pricing has a lot to do with market control.

That statement pretty much summarizes the naïve and unrealistic statements made by so many here. Of Course! the amount of work the developer does to bring the model to market is a primary determinant in the developers price! What else would price depend on? There are no material costs, few marketing costs, and few distribution costs. The only think being sold is the skill and labor required to write the code. The fact that so many here are complaining that so little was changed from the ASOBO 747 seems to justify thinking the CS 777 price is set so low to reflect the limited time and effort Captain Sim had to spend to get the model to market. Thus proving, at least to me, the developers level of effort is significant when setting the price.

I've sent several requests thru Zendesk but no response. I send them images and locations but - nothing happens to make the boats float!