FSDreamTeam forum
Products Support => GSX Support MSFS => Topic started by: RogePete on February 05, 2026, 12:49:56 pm
-
Hi,
Whatever you've done to the download/update method of the installer. I had a blast yesterday updating GSX ;) . > (Germany)
When it came to the download of the new textures (new pushback vehicle, etc.) I downloaded every single file with 10 to 50 kb/s. Which took around 1h at least. Checked my connection. All good (speedtest all full). Maybe it was a one timer. I hope so....
Best wishes
-
As explained in other occasions, the download speed has nothing to do with the installer and has nothing to do with our server. Normally, you are always supposed to download very quickly, because you never connect to our server, you connect to your local cloudflare node.
Except in one case: if you are the first one accessing that node that is requesting that file (a new file or a file that has been updated). In that case, your node will forward the request to our server to get its own copy, and from that moment on (until the file changes again), everybody in your area will download very fast from cloudflare, which is very fast.
So, the only time you are affected by our server speed, if when you are the first one asking for a file. And yes, we updated our server with a brand new system, way more powerful and with more memory, using an ISP that is giving us better upload bandwidth, which should improve BOTH the "first guy downloading" time but also the time it would take to replicate all 270+ cloudflare nodes around the world, so you should have seen some improvement. 99% of the times ( 99.98% of the time to be precise ) you'll download from cloudflare, which caches 99.98% of our total transfers, according to their stat.
Now, about the issue of downloading single files: my local cloudflare node is FRA (Germany), and I made the following test: I removed the two Mototok folders and performed a Live Update: it took exactly 3 minutes and 10 seconds from start to finish, I couldn't check the speed, because missing models and textures were downloaded very fast, most of the time was spent doing other things and checking which local files are present rather than downloading.
So, if you noticed a very slow download for the individual files (assuming we were on the same node, there are several in Germany), perhaps there might be something else, like antivirus scanning every downloaded file and slowing down the process. Possibly an antivirus in the router too.
-
Hello there,
i have just tried to update GSX to its new version. After updating, in MSFS2024, the GSX Menu is stuck on loading, restarting Couatl and a restart of the sim didn't have effect. Maybe a full reinstall helps i thought. So i went ahead and deleted GSX completely and try to fully reinstall it to hopefully fix this issue. I cannot even install it anymore, since the download is very slow. Ive never had this, and i also have Fiber 1GB Cable Ethernet, so i don't know what's wrong. I'm in germany. Here is what i tried so far:
- Checking cloudflare servers (Frankfurt and Duesseldorf servers (closest to me), completely fine)
- Restarting my internet router
- Checking my download speed (1GBits)
- Deleting temporary FSDT/GSX files
- Using a VPN
Odd thing i noticed:
- Pinging virtualisoftware.com Packets: sent = 4, received = 4, lost = 0 (0% loss), but, 100ms response time
Here is a video: https://streamable.com/t0g6q6 (https://streamable.com/t0g6q6)
Simulator: MSFS2024 Steam
It seems to be progressing about 0.10-0.11% per 3 seconds for each file (fsdreamteam-gsx-pro.001/002 etc.)
Sometimes, it's fast for the first 2 files, then very slow again.
Im out of ideas, can someone help me fix this issue?
Or is there some sort of maintenance going on?
Thanks for your patience.
-
I merged your message in this one, so you could also read my previous reply.
In any case, you have two separate problems:
- the abnormally slow speed. It takes about 6-7 seconds to download a single zip file here, and while my connection is 2.5Gb/s, my ethernet is capped at 1.0Gb/s so I have the same download speeds as you and as I've said, I'm connecting to Cloudflare FRA node.
- the fact the downloads stops, that shouldn't happen.
-
Yes. I don't know what's wrong.
But i think the 100ms response time is uncommon.
I just tried again, still very slow.
The download doesn't stop, that was just the end of the video.
I have also tried the FSDT Live Update. Same results.
What i also noticed, when starting FSDT installer, the UI takes a long time to load too.
-
But i think the 100ms response time is uncommon.
Yes, it's not normal, here's my results, we are not on the same Cloudflare node, so I tried both by name and by IP, same normal result of 15-16ms in both cases:
ping virtualisoftware.com
PING virtualisoftware.com (172.67.73.67) 56(84) bytes of data.
64 bytes from 172.67.73.67: icmp_seq=1 ttl=56 time=16.5 ms
64 bytes from 172.67.73.67: icmp_seq=2 ttl=56 time=15.0 ms
64 bytes from 172.67.73.67: icmp_seq=3 ttl=56 time=16.1 ms
ping 104.24.9.23
PING 104.24.9.23 (104.24.9.23) 56(84) bytes of data.
64 bytes from 104.24.9.23: icmp_seq=1 ttl=56 time=15.1 ms
64 bytes from 104.24.9.23: icmp_seq=2 ttl=56 time=15.6 ms
64 bytes from 104.24.9.23: icmp_seq=3 ttl=56 time=16.6 ms
Using this site:
https://tools.keycdn.com/ping
You can ping from THEM to us (bypassing your local ISP), using different location, all reports very fast responses.
-
Interesting. Thanks for sharing that.
Is there a way to fix this now or do i just have to wait until it gets resolved by its own, because the cloudflare nodes im on (Frankfurt and Duesseldorf) are completely fine via cloudflare status.
I've had this for almost 2 hours now, if that helps.
-
Okay, i have tried pinging them via the site, and still get 60-70ms.
-
Pinging fsdreamteam.com works
Pinging virtualisoftware.com 120ms.
So something there i think?
-
Okay, i have tried pinging them via the site, and still get 60-70ms.
No, read better, they are 0.6-0.7 ms!
-
Okay, geez.
Do i just wait this out or should i try restarting my internet router again?
I tried pinging other websites that use cloudflare, they are also reporting 100-150ms and even timeouts
-
Now, it downloaded all 7 files fast again, then stopped at the file 008 at 40%, now going in those slow 0.10% steps again.
-
I would really appreciate a solution here, because something is definitely wrong.
-
Can you try with a VPN ?
-
I already did, but im gonna try again.
-
VPN downloads fast for the first few files, but after some files it goes back to these 0.10% steps again!
Not working!
-
You shouldn't stop it, because if you are the first downloading that file on your node, you are causing the download to abort and start again. Also, try this:
https://www.fsdreamteam.com/forum/index.php/topic,34320.msg213950.html#msg213950
-
Also very slow. It says 10:18:24 so im assuming 10 hours left.
-
And im not stopping it. It downloads the file 001,002,003,004,005,006 etc very fast sometimes, but then stuck on some % then 0.10% progress per 1-3 seconds. without aborting
-
This is what it shows in the bat file:
C:\Users\flore\Downloads>curl -v http://update.virtualisoftware.com/setup_msfs/fsdreamteam-gsx-pro-v3.7.6.zip.001 -o fsdreamteam-gsx-pro-v3.7.6.zip.001
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Host update.virtualisoftware.com:80 was resolved.
* IPv6: (none)
* IPv4: 172.67.73.67, 104.26.8.23, 104.26.9.23
* Trying 172.67.73.67:80...
* Trying 104.26.8.23:80...
* Established connection to update.virtualisoftware.com (172.67.73.67 port 80) from 192.168.2.31 port 58099
* using HTTP/1.x
> GET /setup_msfs/fsdreamteam-gsx-pro-v3.7.6.zip.001 HTTP/1.1
> Host: update.virtualisoftware.com
> User-Agent: curl/8.16.0
> Accept: */*
>
* Request completely sent off
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0< HTTP/1.1 200 OK
< Date: Thu, 05 Feb 2026 15:57:31 GMT
< Content-Type: application/zip
< Content-Length: 490000000
< Connection: keep-alive
< Server: cloudflare
< Last-Modified: Thu, 29 Jan 2026 07:33:24 GMT
< ETag: "1d34ce80-64981df2ad900"
< Accept-Ranges: bytes
< Nel: {"report_to":"cf-nel","success_fraction":0.0,"max_age":604800}
< Report-To: {"group":"cf-nel","max_age":604800,"endpoints":[{"url":"https://a.nel.cloudflare.com/report/v4?s=6MbSmTCDQRqXoeb6UNHQDjPFAnyqcf1cE9g1iZUlTFCiy%2FCrXZRjqu0hR8FHccDB7XIDfG4x2SdyKhF93cog8RDZ%2F9ALxv2Fr%2FPsJ0oKlu%2FZ7wFm8xxdWPUE"}]}
< Age: 117833
< expires: Sun, 08 Mar 2026 15:57:31 GMT
< Cache-Control: public, max-age=2678400
< cf-cache-status: HIT
< CF-RAY: 9c939a9fccac9769-FRA
<
{ [2190 bytes data]
0 467M 0 1592k 0 0 6987 0 19:28:50 0:03:53 19:24:57 2229
-
Ok, but it is downloading ?
-
Yes. But it's very slow the "1592k of 467M" number goes up very slowly
-
See how it is here, I had to use a VPN to connect to the same node as you (FRA):
It took 3 minutes to download 6.6GB, and if I turn off the VPN it's even faster.
-
I fixed it by resetting my router to factory settings. Now things downloaded and GSX is successfully installed again. It was a strange issue that's for sure..
-
I fixed it by resetting my router to factory settings.
My next suggestion would have been to check the router. Some routers (Asus, for example) have security software from Trend Micro that sometimes block our domain.
However, this usually result in a complete inability to even access the files, not just a slow download. Unless, if the router was also performing some kind of real time scanning of the files as well, as part of the integrated antivirus, it might explain the slowdown.
-
Thanks for the information and thank you for taking your time to help me. Have a great evening.
-
Thank you for your reply, Virtuali.
First of all. I never said your server sucks. Second, it wasn' an accusation, it was just a finding. I now that the installer is mostly downloading from Cloudflare.
But thanks for your explanations (I mean that!).
Now, for my side to explain. No antivirus on my system or the router is responsible here. I can monitor the download speed with a tool (more capable than the Windows taskmanager). And it WAS the connection speed (to Cloudfare most likely). The point is, it was much better before. I do know that this can have more than one reason. A node in Frankurt, Cloudfare itself, etc.). But since you wrote you did something different on the download method, I thought I inform you, just in case.
It seems I'm not the only one. And it might be the case that it is a German node / cloud problem. We'll have to see how this is going on.