Stuck "downloading" tiles

[MattL]

Just updated to 5.13.  I hadn't used TF in about 8 months (the only reason I boot my Windows VM), so I have also downloaded a ton of updates to Windows 7.  Anyway, it was working fine in April.  ;-)

Tiles that aren't loaded just keep the "downloading" tile forever.  Nothing ever seems to time out, internet downloading is not disabled, etc.  And if I look at the map files, nothing is getting updated (see below).  Note that it's currently Jan 15.  The timestamps from Jan 14 are, I'm pretty sure, from when I tried to expire the OSM tileset hoping that would fix it.

I have also tried moving all the .dat files out of the way, and while TF will create new ones, still no tiles.

Code: [Select]

Matthews-Mac-mini:~/Documents/My TopoFusion Files% ls -latr *.dat
-rw-r--r--  1 mml  staff  655376675 May 23  2013 Maps0.dat
-rw-r--r--  1 mml  staff  655374007 May 31  2013 Maps1.dat
-rw-r--r--  1 mml  staff  655375985 Jun  3  2013 Maps2.dat
-rw-r--r--  1 mml  staff  655360103 May 14  2014 Maps3.dat
-rw-r--r--  1 mml  staff  655411079 May 15  2014 Maps4.dat
-rw-r--r--  1 mml  staff  655471308 May 18  2014 Maps5.dat
-rw-r--r--  1 mml  staff  655384998 May 18  2014 Maps6.dat
-rw-r--r--  1 mml  staff  655385020 May 19  2014 Maps7.dat
-rw-r--r--  1 mml  staff  655376482 Jun 14  2014 Maps8.dat
-rw-r--r--  1 mml  staff  655371645 Nov 22  2014 Maps9.dat
-rw-r--r--  1 mml  staff  655371508 Apr 10  2015 Maps10.dat
-rw-r--r--  1 mml  staff  655363433 Apr 13  2015 Maps11.dat
-rw-r--r--  1 mml  staff  225342211 Jan 14 20:28 Maps12.dat
-rw-r--r--  1 mml  staff    6392295 Jan 14 21:00 MapIndex.dat


[MattL]

In case it's useful, here's the diagnostic log:

TopoFusion 5.130 Log Begin
SizeChanged : Not initialized, aborting
Setting internet settings..
SizeChanged : Not initialized, aborting
GPSMaster.ocx, Initialize...
Windows Major Version: 6
Windows Minor Version: 1
Windows Build Number : 7601
Windows Platform ID  : 2
Windows CSD Version  : Service Pack 1
Initializing Winsock
Initializing Direct3D
Direct3D : Driver "Parallels Display Adapter (WDDM)" (prl_umdd.dll)
Direct3D : Display properties - 2298x1156, Format=22, Refresh = 60
Free Texture Memory = 1067450368 bytes
Direct3D : Hardware supports rendering after flips (is relatively fast)
Direct3D : Hardware supports at least DX7
Direct3D : Hardware supports at least DX9
Direct3D : Hardware supports anisotropic filtering.
Direct3D : Hardware supports ALPHA pixels in textures.
Direct3D : Hardware supports any sized textures.
Direct3D : Hardware doesn't support antialiased lines.
Direct3D : Hardware supports alpha blended lines.
Direct3D : Hardware supports textured lines.
Direct3D : Maximum Texture Width: 8192
Direct3D : Maximum Texture Height: 8192
Color Info : Sizes : R=8, G=8, B=8
Color Info : Shifts : R=16, G=8, B=0
Direct3D : Hardware supports color conversion.
Direct3D : Hardware supports compressed textures DXT1.
Creating Surfaces (1304 x 822)
Creating Resource Tiles......
Creating Sprites
No custom sprites.bmp file found in default tracks dir, using standard.
No custom symbols.bmp file found in default tracks dir, using standard.
Successfully Created Surfaces
Initializing Memory Pool
Total Physical Memory: 4294500352
Physical Memory Free: 3195703296
Memory Load: 25 percent
Tile Cache Size = 2000
initMemoryPool: using DXT1 compression
Free Texture Memory = 1063256064 bytes
Setting gbLotsOfVideoRam
Initializing Threads
Initializing Index File
Sorting Index File.  Number of entries: 228296
Time to sort index file: 0.06 seconds
Initialization Complete

[ScottMorris]

Hi,

Thanks for the log and sorry about the issue!

It looks like TopoFusion is perfectly happy with your map cache and the index file, since it did get updated yesterday.  The files wouldn't be 'touched' until you close the software, assuming no new tiles were successfully downloaded.

I'm not super familiar with how parallels works, but is it possible your whole VM is being blocked on port 80?  Can you confirm a web browser works in Windows?

[MattL]

Thanks for the quick reply, Scott.

I'm posting this from Chrome running on the same VM, which also managed to self-update.  I seem to be able to get to ports 80 and 443 with no problems.

I have started and quit TF many times since 21:00 last night, including just now, and the timestamps on those files do not get newer.

[ScottMorris]

Gotcha.

Well, I suppose next thing to try is changing your map cache directory to a new and empty one, then restart TF.  See if that allows download of new tiles.

That'll tell us what's going on.

[MattL]

Restarted it after changing prefs to point to T:\maptest, left it sit for 20 minutes, then quit TF.  Result: it creates files, but no tiles.

Code: [Select]

Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

C:\Users\mml>t:

T:\>cd maptest

T:\maptest>dir
 Volume in drive T is Shared Folders
 Volume Serial Number is 0000-0000

 Directory of T:\maptest

01/15/2016  09:20 AM    <DIR>          .
01/15/2016  09:19 AM    <DIR>          ..
01/15/2016  09:44 AM                 7 MapIndex.dat
01/15/2016  09:20 AM                 0 Maps0.dat
               2 File(s)              7 bytes
               2 Dir(s)  383,348,293,632 bytes free

T:\maptest>type MapIndex.dat
INDEXV3
T:\maptest>


[ScottMorris]

That's the expected result in a new directory with no tiles being successfully downloaded.

So... your map cache is OK.

Something is preventing it from downloading tiles.  I assume you are trying multiple map types, with the same result?

Could Windows firewall now be blocking TF, given all the silly updates the OS did?

[MattL]

The policies are all set to allow "outbound connections that do not mach a rule", but to be sure I tried flipping the firewall off completely with no change.

The one thing I find curious is that normally when HTTP connections time out TF eventually switches to the red X tile and self-disables downloading (IIRC, this is going from memory).  I tried completely disconnecting the VM's network and restarting TF and it acts exactly the same: no evidence of any retrying or timing out or anything.  It almost seems like the threads that try to contact the map servers are crashing or getting stuck somewhere before they even try to establish connections.  (Software debugging with incomplete information.  Please take it easy on me.  :-)

[MattL]

Oh, and yeah I flipped between a bunch of different tile sets.  I usually flip between D,J,Y,S,M,E,A to make sure the problem isn't just with one server.

[ScottMorris]

You've got it well covered.  I think you might be right on the thread part, though, if Windows is running and a web browser is running, it's hard to believe a couple of download threads wouldn't be starting up just fine.  There would probably be some indication of that in the log, too.

Well, last ditch would be to reset your .INI file -- if you can find it (may be buried in a windows location, might be right where TopoFusion.exe is) you can just move it to a different directory and then start TF so you get a fresh one.  Or there is a shortcut link in the TF program group that will reset the INI file for you ("Reset TF to default settings").

If THAT doesn't get tiles downloading, we'll have to look deeper.  Could be some odd internet setting in the INI that I don't quite have the right check against.

[MattL]

I'll give it a try tonight.  Thanks again.

[MattL]

That fixed it.  I attached a diff of the old, broken ini and the new, working one, in case it helps you code around whatever the heck happened.

[ScottMorris]

Thanks for the diff file, that helps.

I don't notice too many things amiss.  My only thought is that perhaps it's the "NumThreads=25" line.  It could be that the VM has a limit on # of threads for a process?  The default is 15, but maybe you cranked it to 25 and that caused total thread failure.

If you want to try setting it at 25, do let me know (it works fine on my native machine).  I'd appreciate the help debugging.

Thanks.