One of the current recommended workarounds at the moment is to go into your date/time menu in Windows and Click ‘sync now’. If this worked for you, please let us know as the team is actively looking into this bug.
@SquatterHippo69 if you would be willing to DM me your DxDiag I will send it over to the team to investigate. Thanks!
Me too in Newport Beach California!
Activating packages takes 40-50 min each time launching the sim! My connection is 1TB/s fast fiber
Have you tried the time sync fix listed in this thread?
For me the Sync now fails for both internet addresses. FYI - Windows 10 Time was 6 minutes ahead. I did a manual sync based on the internet time, but it did not resolve the problem.
Being “ahead” is a clear indicator of a problem … the processing of your requests might be delayed for up to 6 minutes in this case.
However, it is really interesting that a sync did not solve your problem. Which indicates there are other issues involved.
If I were in your situation then I would:
- A) check if the OS time zone is correct (a time sync will not resolve that)
- … a wrong timezone can delay you for hours
- B) Record a launch with … Process Monitor … and try to find which server connections are causing those delays.
When I did my “clock out-of-sync” tests then B) was easy to find because it resulted in unusually high connect-disconnect events for a specific host … as the sim (client) will run into a timeout and will try to “heal” the server connection by reconnecting (which as a result leads to the “denial-of-service” condition on the server, if this happens for 10,000 users).
But I can understand that B) may not be what you want to spend your hours with. But at this point it is all that I can think of.
This syncing time workaround hasn’t worked here, the usual loading time here is 7 to 9 mins.
Date/time sync workaround doesn’t work for me. Still sitting through 20-30 minutes of loading if it even loads at all (when it’s over 30 minutes, sitting at 68% - Loading World Data, I usually just kill the app).
Interestingly the game loads in less than 2 minutes on my XBox Series X (same network as my PC).
Some of my discoveries:
- Eventhough loading problems on the PC, when it does load it works really well, missions load fast, runs smoothly. This perfomrance isn’t degreaded over prolonged gaming session.
- On XBox eventhough the initial load is really fast, the longer I play the loading times into missions gets longer and eventually the game will just crash to dashboard.
- I was invited for the Alpha Test during that weekend over a month ago. Back then I didn’t had any issues with the test version on PC.
Time Zone is correct. I’m going to add a few more time servers in the registry and see which one I can get to work. If I still get delays after successful syncing I’ll do like you suggested in (B) and see if I can find where the bottleneck is.
Thanks for the tips.
Still having long loading times on PC:
Takes just over an hour to load to main menu on a consistent basis.
I’ve got nothing in my community folders and i’ve tried the clock sync work around, neither have resolved my issues.
Takes about 25-30 mins validating packages and the rest of the time is loading the 1043 SimObjects.
Let me know if there’s any further info that could help.
For me it’s between 2 and 3 minutes to be operational
I7 12700K - RX7800XT 16GB GDDR6 - 64 GB RAM DDR4 3600 - Samsung Odyssey 49" screen - Freebox revolution with Fiber
Yesterday, load times for me were within 4-5 minutes. But today is different for some reason. I am was stuck at “2% VFS Registering packages” for over 20 minutes. I tried again and same thing.
I then emptied my community folder, and deleted SreamedPackages folder. It then took well over 15 minutes to reach the main page. I then closed the sim and restarted to see if loading went back to ‘normal’. Now I am stuck at “7% loading language” for the past 20 minutes with no progression, or hope, in sight.
I have done all the time syncs suggested and that does nothing to solve my issue.
I am on Windows 10 if that matters.
So i just tried the sync system clock. Suprisingly it worked for me.
Although now im still having a problem with CTD when i have MSI afterburner enabled
Glad to hear that.
But I do not find that surprising, as the related bug in the backend servers seems very obvious … and it can reliably be triggered. If the clock is head of UTC, due to the wrong time or the wrong time zone … your requests to some of the server will go to the end of the queue (and might timeout in times of high usage).
I find it more interesting that for some people the time (zone) adjustments will not resolve that “stuck in launch at XYZ” problem. That indicates that there are other issues.
I am pretty sure that a Process Monitor
recording can help a lot of identify the cause. However, the files are large (some GB) and so hard(er) to share. If you want to see an example of a “smooth” launch then you can look here:
Syncing the clock solved it for me as well.
Thanks for the offer, but I cancelled and refunded. I will come back to it at a later date next year.
I’ve been battling the long load times since launch with a 4090/7950x3D/128GB DDR5 setup and a gigabit connection. Tried everything listed with no luck and ended up being an outdated AMD Adrenalin CPU driver causing the issue. My load times went from 45 minutes to an hour consistently down to sub 3 minutes. Anyone running AMD check your drivers and update if you’re having issues, maybe it’ll help.
I repeatedly get stuck for > 20 minutes at “7% VFS Activating packages”.
30Mbps internet. During this time there’s periods of several minutes where Task Manager is showing minimal network activity so it doesn’t appear to be downloading continually for > 20 minutes.
I sadly think that it is again “this time of the year” (day? hour?) where data access is on the really slow side.
Today I have basically just been checking out some aircraft in the “Free Flight → Select Aircraft” section and some of them needed up to 15 minutes just to show the simple 3D model. Switching liveries sometimes took up to a minute or more.
I guess this is a good time to “study the system” … but not a good time to fly.
Clearly now, after v1.2.7.0, the “PC clock out of sync” bug is no longer a possible answer or solution. And ironically prior to v1.2.7.0 the “time bug” did give those of us with a correct clock a competitive advantage, as we got the front rows in the server queues, and the othera got close to nothing. Now we are “all equal” again … and now we are all stuck in the same way (it seems).
I think the discussion in this bug thread made it clear many times in the past that this “bug” is actually a “larger set of bugs”. The interesting part now is to me, which bug is now the dominant “bug” for this problem.
Getting to this specific point … in my Process Monitor
recordings I could see that during this stage the scenery indices get downloaded and then get stored outside the rolling cache in dedicated files.
There seem to be some server API request plus CDN server downloads involved.
After the marketplace changes of v1.2.7.0 I have seen an unusually long launch time … but only on the first launch. After that the (now local) index files have been processed quickly again. So launch 2, 3, etc have been swift again … even when the servers clearly are under too much stress.