wmc wrote in Sat Aug 04, 2018 5:10 am:I have 100 Mbps (down) by 10 mbps (up) cable internet. Before it hangs, it occasionally shows a 9Kbs download speed (seems way to slow).
remember, you have no control over all the routers between you and the remote server you are connected to... you also have no control over how large their pipe is or how they may choose to limit bandwidth usage
wmc wrote in Sat Aug 04, 2018 5:10 am:It seems a little weird that downloading should cause the problem to go "Not Responding".
not really when you think about the pipeline between you and the server getting overloaded and the traffic just not making it from there to your system...
wmc wrote in Sat Aug 04, 2018 5:10 am:Also, I forgot to mention the little cycling bar at the bottom of the screen stops in the second-to-last position when "Not Responding" pops up in the FG window header. Resource monitor shows almost no incoming network traffic, and no process with network activity that looks like an FG module. So I tried manually downloading and placing the grids of scenery I think I need for the default location (hard to tell from the small size of the map on the web) but FG still goes through the downloading motions, then hangs during "Loading Scenery".
well, yeah, this sounds like the classic downloading problem we've seen for a long time... sometimes it works great and other times, not so great... i've had the remote server get blocked on my network because something in the data triggered our intrusion detection system... it wasn't anything bad but just something that happened to trigger one of our IDS rules... a bit of editing and a white listing or two and we were back in business...
we've also seen this type of downloading problem when there's an unknown proxy between you and the remote server... sometimes they don't refresh their cache and can cause uglies like this to crop up... at one time it was amazing to find that most active AV/malware used a local proxy to scan your web traffic... some did it by injecting their proxy into the dll flow while others did it by altering your browser settings to point to your localhost and their proxy running on some port...
on downloading the tiles and placing them, where, excatly, on your system did you place them? FG has two places for scenery... they are not to be written to by end users... one is the default scenery for the default airport... PHNL in this case... the other directory is for terrasync use... terrasync will maintain the files in its directory... it will add files that have been updated and it will delete files that it doesn't see on the server... you can create additional scenery directories for your use, though... those you can do what you want in as far as editing scenery goes... all the data in the scenery directories is merged together in the final scene you see on your screen(s)... your personal scenery directories just need to be added to FG's scenery directory list for them to become active... that can be discussed later, though... there is a pattern to follow
wmc wrote in Sat Aug 04, 2018 5:10 am:Aircraft is the default C-172P, location is the default Hawaii PHNL. In the settings, "Download Scenery Automatically" is on. I check the download location identified in settings, and the folder is empty. I don't see any explicit reference to TerraSync, so I am assuming the auto download setting controls it from this version of FG, correct?
yeah, "download scenery automatically" is the terrasync setting... PHNL should have come with your FG so you don't need to download the scenery for it... you will need to download scenery if you go anywhere outside the Hawaiian islands, though... that scenery would be either auto-downloaded into the terrasync managed directory OR if manually downloaded, you would put it in your private scenery directory...
"You get more air close to the ground," said Angalo. "I read that in a book. You get lots of air low down, and not much when you go up."
"Why not?" said Gurder.
"Dunno. It's frightened of heights, I guess."