Rebuild Texture Cache causes crash in OpenCPN 4.0

[jim326]

In preparation for our spring cruise I downloaded the latest versions of NOAA RNC charts and OpenCPN 4.0. When I first started OpenCPN, it was painfully slow panning and zooming so I decided to follow the advice from OpenCPN 3.3.2222 "Not Responding" when zooming - Cruisers & Sailing Forums which worked for me before. Unfortunately, when I tried rebuilding the texture cache, OpenCPN crashed after 5-10 minutes of cache rebuild. I tried several times with the same results. Below is a log of the last time I tried to rebuild the texture cache. Any help would be appreciated. Thanks! Jim

________

07:46:27: 2015-04-02
07:46:27: ------- Starting OpenCPN -------
07:46:27: Version 4.0.0 Build 2015-01-08
07:46:27: wxWidgets version: wxWidgets 2.8.12
07:46:27: MemoryStatus: mem_total: 4056 mb, mem_initial: 9 mb
07:46:27: SData_Locn is C:\Program Files (x86)\OpenCPN\
07:46:27: Using existing Config_File: C:\ProgramData\opencpn\opencpn.ini
07:46:27: Styles loading from C:\Program Files (x86)\OpenCPN\uidata\styles.xml
07:46:27: No styles found at: C:\ProgramData\opencpn\
07:46:27: No styles found at: C:\ProgramData\opencpn\.opencpn\
07:46:27: Detected display size: 344 mm
07:46:27: Detected display size: 344 mm
07:46:27: Setting Viewpoint Lat/Lon 31.156, -81.506
07:46:27: Setting Ownship Lat/Lon 31.1547, -81.4996
07:46:27: Loading navobjects from navobj.xml
07:46:31: Done loading navobjects
07:46:31: System default Language: en_US
7:46:31 AM: Opencpn language set to: en_US
7:46:33 AM: ChartSymbols loaded from C:\Program Files (x86)\OpenCPN\s57data\chartsymbols.xml
7:46:33 AM: Using s57data in C:\Program Files (x86)\OpenCPN\s57data
7:46:33 AM: Setting Viewpoint Lat/Lon 31.156, -81.506
7:46:33 AM: Setting Ownship Lat/Lon 31.1547, -81.4996
7:46:33 AM: Creating glChartCanvas
7:46:33 AM: PlugInManager searching for PlugIns in location C:\Program Files (x86)\OpenCPN\plugins
7:46:33 AM: OpenGL-> Renderer String: Mobile Intel(R) 4 Series Express Chipset Family
7:46:33 AM: OpenGL-> Version reported: 2.1.0 - Build 8.15.10.2302
7:46:33 AM: OpenGL-> Detected Intel renderer, disabling stencil buffer
7:46:33 AM: OpenGL-> Texture rectangle format: de1
7:46:33 AM: OpenGL-> glGenerateMipmap unavailable
7:46:33 AM: OpenGL-> Detected Windows Intel renderer, disabling Vertexbuffer Objects
7:46:33 AM: OpenGL-> Vertexbuffer Objects unavailable
7:46:33 AM: OpenGL-> Detected Windows Intel Mobile renderer, disabling Frame Buffer Objects
7:46:33 AM: OpenGL-> Framebuffer Objects unavailable
7:46:33 AM: OpenGL-> Using Depth buffer clipping
7:46:33 AM: OpenGL-> Using s3tc dxt1 compression
7:46:33 AM: OpenGL-> Compressed tile size: 128kb (6:1)
7:46:33 AM: OpenGL-> Minimum cartographic line width: 1.0
7:46:33 AM: OpenGL-> Minimum symbol line width: 1.0
7:46:34 AM: ChartDB Cache policy: Application target is 1024 MBytes
7:46:34 AM: Loading chart db version: V018
7:46:34 AM: Chartdb: Chart directory list follows
7:46:34 AM: Chart directory #0: C:\Users\Public\Charts\BSB_ROOT
7:46:34 AM: GPS Watchdog Timeout is: 6 sec.
7:46:34 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11480\11480_1.KAP
7:46:34 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11009\11009_1.KAP
7:46:34 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\411\411_1.KAP
7:46:36 AM: PlugInManager searching for PlugIns in location C:\Program Files (x86)\OpenCPN\plugins
7:46:36 AM: PlugInManager: Loading PlugIn: C:\Program Files (x86)\OpenCPN\plugins\dashboard_pi.dll
7:46:36 AM: C:\Program Files (x86)\OpenCPN\plugins\dashboard_pi.dll
API Version detected: 106
PlugIn Version detected: 102
7:46:36 AM: PlugInManager: Loading PlugIn: C:\Program Files (x86)\OpenCPN\plugins\grib_pi.dll
7:46:36 AM: C:\Program Files (x86)\OpenCPN\plugins\grib_pi.dll
API Version detected: 112
PlugIn Version detected: 203
7:46:55 AM: ***GPS Watchdog timeout at Lat:31.1547 Lon: -81.4996
7:47:28 AM: LOGBOOK: 2015-04-02 12:47:28 UTC DR Lat 31.15470 Lon -81.49960
7:50:22 AM: BuildCompressedCache() count = 913
7:50:23 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11506\11506_1.KAP
7:50:23 AM: Starting chart compression on thread 0, count 0 C:\Users\Public\Charts\BSB_ROOT\11506\11506_1.KAP
7:50:23 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11508\11508_1.KAP
7:50:23 AM: Starting chart compression on thread 1, count 0 C:\Users\Public\Charts\BSB_ROOT\11508\11508_1.KAP
7:50:23 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11504\11504_1.KAP
7:50:23 AM: Finished chart compression on thread 1
7:50:23 AM: Starting chart compression on thread 1, count 1 C:\Users\Public\Charts\BSB_ROOT\11504\11504_1.KAP
7:50:23 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11507\11507_6.KAP
7:50:23 AM: Warning: Skew override on chart C:\Users\Public\Charts\BSB_ROOT\11507\11507_6.KAP is -111.078 degrees
7:50:23 AM: Finished chart compression on thread 0
7:50:23 AM: Starting chart compression on thread 0, count 2 C:\Users\Public\Charts\BSB_ROOT\11507\11507_6.KAP
7:50:23 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11502\11502_1.KAP
7:51:36 AM: Finished chart compression on thread 0
7:51:36 AM: Starting chart compression on thread 0, count 3 C:\Users\Public\Charts\BSB_ROOT\11502\11502_1.KAP
7:51:36 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11489\11489_1.KAP
7:51:36 AM: Warning: Skew override on chart C:\Users\Public\Charts\BSB_ROOT\11489\11489_1.KAP is -95.1327 degrees
7:52:06 AM: Finished chart compression on thread 1
7:52:06 AM: Starting chart compression on thread 1, count 4 C:\Users\Public\Charts\BSB_ROOT\11489\11489_1.KAP
7:52:06 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11504\11504_2.KAP
7:53:11 AM: Finished chart compression on thread 1
7:53:11 AM: Starting chart compression on thread 1, count 5 C:\Users\Public\Charts\BSB_ROOT\11504\11504_2.KAP
7:53:11 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11510\11510_1.KAP
7:53:19 AM: Finished chart compression on thread 1
7:53:19 AM: Starting chart compression on thread 1, count 6 C:\Users\Public\Charts\BSB_ROOT\11510\11510_1.KAP
7:53:19 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11503\11503_1.KAP
7:53:40 AM: Finished chart compression on thread 0
7:53:40 AM: Starting chart compression on thread 0, count 7 C:\Users\Public\Charts\BSB_ROOT\11503\11503_1.KAP
7:53:40 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11507\11507_4.KAP
7:53:40 AM: Warning: Skew override on chart C:\Users\Public\Charts\BSB_ROOT\11507\11507_4.KAP is -96.8877 degrees
7:55:07 AM: Finished chart compression on thread 1
7:55:07 AM: Starting chart compression on thread 1, count 8 C:\Users\Public\Charts\BSB_ROOT\11507\11507_4.KAP
7:55:07 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11509\11509_1.KAP
7:55:19 AM: Finished chart compression on thread 1
7:55:19 AM: Starting chart compression on thread 1, count 9 C:\Users\Public\Charts\BSB_ROOT\11509\11509_1.KAP
7:55:19 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11489\11489_2.KAP
7:55:19 AM: Warning: Skew override on chart C:\Users\Public\Charts\BSB_ROOT\11489\11489_2.KAP is -81.4663 degrees
7:55:44 AM: Finished chart compression on thread 0
7:55:44 AM: Starting chart compression on thread 0, count 10 C:\Users\Public\Charts\BSB_ROOT\11489\11489_2.KAP
7:55:44 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11511\11511_1.KAP
7:56:54 AM: Finished chart compression on thread 0
7:56:54 AM: Starting chart compression on thread 0, count 11 C:\Users\Public\Charts\BSB_ROOT\11511\11511_1.KAP
7:56:54 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11491\11491_4.KAP
7:57:06 AM: Finished chart compression on thread 1
7:57:06 AM: Starting chart compression on thread 1, count 12 C:\Users\Public\Charts\BSB_ROOT\11491\11491_4.KAP
7:57:06 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11491\11491_2.KAP
7:57:06 AM: Warning: Skew override on chart C:\Users\Public\Charts\BSB_ROOT\11491\11491_2.KAP is -89.9975 degrees
7:57:07 AM: Finished chart compression on thread 1
7:57:07 AM: Starting chart compression on thread 1, count 13 C:\Users\Public\Charts\BSB_ROOT\11491\11491_2.KAP
7:57:07 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11491\11491_6.KAP
7:57:11 AM: Finished chart compression on thread 1
7:57:11 AM: Starting chart compression on thread 1, count 14 C:\Users\Public\Charts\BSB_ROOT\11491\11491_6.KAP
7:57:11 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11491\11491_1.KAP
7:57:15 AM: Finished chart compression on thread 1
7:57:15 AM: Starting chart compression on thread 1, count 15 C:\Users\Public\Charts\BSB_ROOT\11491\11491_1.KAP
7:57:15 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11490\11490_2.KAP
7:58:42 AM: Finished chart compression on thread 1
7:58:42 AM: Starting chart compression on thread 1, count 16 C:\Users\Public\Charts\BSB_ROOT\11490\11490_2.KAP
7:58:42 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11490\11490_1.KAP
7:58:42 AM: Finished chart compression on thread 0
7:58:43 AM: Starting chart compression on thread 0, count 17 C:\Users\Public\Charts\BSB_ROOT\11490\11490_1.KAP
7:58:43 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11507\11507_7.KAP
7:58:43 AM: Warning: Skew override on chart C:\Users\Public\Charts\BSB_ROOT\11507\11507_7.KAP is -89.9849 degrees
7:59:02 AM: Finished chart compression on thread 1
7:59:02 AM: Starting chart compression on thread 1, count 18 C:\Users\Public\Charts\BSB_ROOT\11507\11507_7.KAP
7:59:02 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11491\11491_3.KAP
7:59:02 AM: Finished chart compression on thread 1
7:59:02 AM: Starting chart compression on thread 1, count 19 C:\Users\Public\Charts\BSB_ROOT\11491\11491_3.KAP
7:59:02 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11491\11491_5.KAP
8:00:14 AM: Finished chart compression on thread 1
8:00:14 AM: Starting chart compression on thread 1, count 20 C:\Users\Public\Charts\BSB_ROOT\11491\11491_5.KAP
8:00:14 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11507\11507_3.KAP
8:00:14 AM: Warning: Skew override on chart C:\Users\Public\Charts\BSB_ROOT\11507\11507_3.KAP is -113.303 degrees
8:00:16 AM: Finished chart compression on thread 1
8:00:16 AM: Starting chart compression on thread 1, count 21 C:\Users\Public\Charts\BSB_ROOT\11507\11507_3.KAP
8:00:16 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11489\11489_3.KAP
8:00:16 AM: Warning: Skew override on chart C:\Users\Public\Charts\BSB_ROOT\11489\11489_3.KAP is -79.1742 degrees
8:00:23 AM: Finished chart compression on thread 1
8:00:23 AM: Starting chart compression on thread 1, count 22 C:\Users\Public\Charts\BSB_ROOT\11489\11489_3.KAP
8:00:23 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11488\11488_1.KAP
8:00:28 AM: Finished chart compression on thread 1
8:00:28 AM: Starting chart compression on thread 1, count 23 C:\Users\Public\Charts\BSB_ROOT\11488\11488_1.KAP
8:00:28 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11507\11507_2.KAP
8:00:28 AM: Warning: Skew override on chart C:\Users\Public\Charts\BSB_ROOT\11507\11507_2.KAP is -111.312 degrees
8:00:34 AM: Finished chart compression on thread 0
8:00:34 AM: Starting chart compression on thread 0, count 24 C:\Users\Public\Charts\BSB_ROOT\11507\11507_2.KAP
8:00:34 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11512\11512_1.KAP
8:00:37 AM: Finished chart compression on thread 0
8:00:37 AM: Starting chart compression on thread 0, count 25 C:\Users\Public\Charts\BSB_ROOT\11512\11512_1.KAP
8:00:37 AM: Initializing Chart C:\Users\Public\Charts\BSB_ROOT\11492\11492_1.KAP
8:02:40 AM: Purging unused chart from cache: C:\Users\Public\Charts\BSB_ROOT\11492\11492_1.KAP
8:02:40 AM: Purging unused chart from cache: C:\Users\Public\Charts\BSB_ROOT\11488\11488_1.KAP
8:02:40 AM: Purging unused chart from cache: C:\Users\Public\Charts\BSB_ROOT\11512\11512_1.KAP
8:02:40 AM: Finished chart compression on thread 1

[NahanniV]

I have also experienced crashes during the texture compression cache re-build.
Others have reported this as well.

I discussed it with the developer (boat_alexandra) during the beta test:
http://www.cruisersforum.com/forums/...ml#post1687925

His guess is that there is a race condition, but there was no resolution to the problem.

The good news is that this is a one time thing, and If you run the compression a few times it will complete; Not confidence inspiring, but it works.

There is also another way to accomplish compression of all the charts:
Run OpenCPN with the command line option:

[-unit_test_1]
This command test cycles through all possible charts in the currently loaded chart database, adjusting the viewport to show the loaded chart automatically. The value of this test is clear: it provide an unattended stress test of OpenCPN, It is most fun to watch in quilt mode.....
The test runs until all charts in the database have been visited once.
Lets think of this as a Beta test tool.

A side-effect of this switch is that it can be used to process a set of ENC charts into SENC files. The first, time consuming processing of ENC charts, can this way be done unattended.

Cheers,
JM.

[jim326]

Originally Posted by NahanniV

There is also another way to accomplish compression of all the charts:
Run OpenCPN with the command line option:

[-unit_test_1]

I tried that, and it ran for about 20-30 minutes, switching charts by itself, and then it crashed again.

[bdbcat]

jim...

We will need a crash dump to diagnose this problem, which is not enabled for OCPN 4.0.

When we start the 4.1 Beta series, soon now, we can get a crash dump and go further with analysis..

Please stand by, and remind us of this issue as the Beta testing starts.

Dave

[jim326]

Thanks, Dave. In the meantime, I need to get back to a release that works for me. 3.3.2222 worked for me, and I still have the installer. Can I just run the 3.3.2222 installer over my existing 4.0 OpenCPN? I would hate to have to uninstall and lose all my custom icons, waypoints, routes, etc.

[NahanniV]

If it's just the texture compression that's an issue, my suggestion would be to just keep running it till it completes; Don't clear the cache when you restart, the chart files that were successfully compressed are still there, the compression will pickup where it left off.

Not an ideal solution, but it has worked for me and others.

Cheers,
JM.

[jim326]

For what it's worth, the crash seems to happen whenever another application is switched to the foreground and OpenCPN loses the focus. I've let the cache rebuild run in the foreground for the last 20 minutes, and so far so good...

[seandepagnier]

Another issue...

Are you saying that with opencpn 4.0 it's too painfully slow to use (without the cache) but the speed was ok in version 3.2.2? What if you disable caching completely? Is the speed ok to use without opengl?

I am asking because I think we need to fix this if it's true, and currently it builds the cache as it's needed, but really it should immediately push the data to the screen, and then continue to build the cache in a low priority background thread.

[jim326]

The performance is similar with both versions: until the cache is built, both are quite slow when doing large zoom/pan operations; after the cache is built they are both fine. The problem I'm having with 4.0 is getting the cache to build. Maybe I just got lucky, but with 3.3.2222, when I forced the cache to build, it built without crashing.

If I turn off OpenGL the performance is fine, but on my screen at certain zooms the images are unreadable--kind of sketchy looking--so it's not very useful.

Maybe I use OpenCPN differently than most people: I tend to do a lot of zooming in and out rather than just looking at what is in my immediate vicinity, and when I zoom I use the mouse wheel rather than the toolbar. I use OpenCPN mostly for planning, so I might be looking at a harbor in Maine, then want to zoom out, pan down the east coast to Florida, and zoom in on an anchorage there. This is the kind of thing that doesn't work very well until the cache is built.

Thanks for your help! I love OpenCPN once I get everything working. It just takes a bit of effort to get it working right after I make a change like loading new charts or upgrading to a new version.

[seandepagnier]

Originally Posted by jim326

The performance is similar with both versions: until the cache is built, both are quite slow when doing large zoom/pan operations; after the cache is built they are both fine. The problem I'm having with 4.0 is getting the cache to build. Maybe I just got lucky, but with 3.3.2222, when I forced the cache to build, it built without crashing.

Ok, I misread, I thought you mean't the older stable 3.2.2.

If I turn off OpenGL the performance is fine, but on my screen at certain zooms the images are unreadable--kind of sketchy looking--so it's not very useful.

Really? Performance is fine without opengl?? Then what happens if you go into the opengl options, and disable texture caching? It should now work at least as fast as without opengl and not need a cache.

Maybe I use OpenCPN differently than most people: I tend to do a lot of zooming in and out rather than just looking at what is in my immediate vicinity, and when I zoom I use the mouse wheel rather than the toolbar. I use OpenCPN mostly for planning, so I might be looking at a harbor in Maine, then want to zoom out, pan down the east coast to Florida, and zoom in on an anchorage there. This is the kind of thing that doesn't work very well until the cache is built.

Thanks for your help! I love OpenCPN once I get everything working. It just takes a bit of effort to get it working right after I make a change like loading new charts or upgrading to a new version.

I am just trying to understand the problem better. Basically you are saying it crashes with 4.0.0 but not 3.3.2222 when rebuilding the cache. I would sure like to fix this but I cannot make the program crash.

If you can build opencpn from source, then you could at least give a back trace and crash report. Also you could sync back into the history (using git bisect) and determine which commit caused the crashes to start. Then we could most likely fix the problem.

[jim326]

I have played around a bit more with OpenGL settings on both my desktop and laptop PCs just to see what the results are. Here's what I have found so far:

DESKTOP PC
My desktop PC has OpenCPN 3.3.2222 and the texture cache is fully built. On it, with OpenGL enabled and texture compression with caching enabled, zooming and panning are smooth and snappy. No big lags, no problems. Sometimes if I zoom out, pan up the coast, and zoom in, there is about a half-second lag between mouse-wheel clicks, but these are not a big deal, and they go away if I zoom out and back in in the same area.
With OpenGL enabled and texture compression with caching disabled (a mode I have never used before), performance is inconsistent: sometimes it is almost immediate, sometimes it takes a half-second or so between mouse wheel clicks to zoom in or out, and sometimes it is 3 or 4 seconds. Panning is likewise inconsistent: sometimes it is almost immediate, sometimes it lags for seconds. It seems to have to do with whether I'm changing charts or not (I always use quilting mode).
With OpenGL disabled, panning and zooming are not quite as quick as with OpenGL and texture compression with caching enabled, but they are sub-second and consistent, which from a user perspective is nice. Unfortunately, the charts are virtually unreadable at many zoom levels, so it doesn't matter how quick it is.

LAPTOP PC
My laptop has OpenCPN 4.0 with new NOAA charts, and the texture cache still hasn't fully built yet. It keeps crashing, and I haven't had time to let the PC sit without touching it to let the cache build complete. With OpenGL enabled and texture compression with caching enabled, performance is good near the boat, in places where the texture cache has been built. The laptop isn't as snappy as my desktop, but that's to be expected. When I pan away from the area where the boat is, zooming and panning become slow and inconsistent, sometimes sub-second, sometimes up to 10 seconds per pan or zoom operation.
The laptop's performance with OpenGL enabled but texture compression with caching disabled is slow and inconsistent, like what I see out of my home area.
The laptop's performance with OpenGL disabled is, as with the desktop, reasonably fast (sub-second for each pan or zoom operation), so it's better than OpenGL without texture compression caching, but as I have said, many zoom levels are unreadable, so the speed and consistency aren't worth much.

I hope that helps. I don't have a compiler installed that I could compile the source code and do some debug, and I'm getting ready to head to the boat (with limited Internet connectivity) in the next day or two, so I won't be of much help after today.

[seandepagnier]

As you can see, there is something seriously wrong going on. OpenGL without the compressed cache should be at least as fast as without opengl. If we can fix, then you will find the improvements from the cache should make it so it never lags at all.. I mean not even for 100 milliseconds, maybe 50 at the most.


Could you post your log file? I think maybe the only way to resolve this is to profile code in glchartcanvas.cpp.. but it really sounds like your graphics drivers are inefficient.

If you edit the opencpn.conf file and change OpenGLExpert=0 to OpenGLExpert=1, it will allow you to also test the program with and without compression (in opengl options) without the cache. It would be helpful to compare the difference.

[jim326]

I have attached is the .log.log file. The log just kicked over last night, so I think .log will be too recent and not do you much good.

I set OpenGLExpert=1 and saw the setting for Texture Memory Size. I'm not sure if the Texture Memory Size (sounds like it's in RAM, not a disk cache?) is the same thing as the cache we are trying to rebuild, but I saw that the default Texture Memory Size was 128 MB. I also noticed that the numbers appearing next to the Clear Texture Cache button were negative, and I thought that didn't look right.

I have a theory about what's going on, see if this makes sense: I think that the default Texture Memory Size was too small for me and would not allow everything to be cached properly. My theory is that, since the Rebuild Texture Cache process starts at your location and works out, if the cache is too small, what you are left with in the cache are the areas far away, not the ones close by that you need. If that is the case, performance will always be sluggish after rebuilding the texture cache because the areas you need aren't really cached and have to be rebuilt all over again.

I changed Texture Memory Size to 256 MB and decided to rebuild the texture cache one more time. To give the Rebuild Texture Cache process less work to do, I deleted my BSB_ROOT directory and only loaded USCG District 7 charts. I did a Scan Charts and Update Database, and then allowed Rebuild Texture Cache to run. It completed fairly quickly. I bumped up the Texture Memory Size again, this time to 2048 MB, because my cache size was close to the max Texture Memory Size. I then added District 5 charts to BSB_ROOT, scanned for new charts, moved my vessel icon to the middle of District 5, and did a Rebuild Texture Cache. I repeated the process for District 1, and then because District 8 is so big, did it only the states of FL, AL, MS, LA, and TX. I let it build overnight, and this morning OpenCPN was still running, indicating the Rebuild Texture Cache process did not crash overnight. The value next to the Clear Texture Cache button is now 781.4 MB.

I have tested zooming in and out and panning up and down the coast, and performance seems good and consistent. I'm at the point where I'm comfortable using it for navigation when we head to the boat Monday.

The only thing I need to decide now is whether to risk re-loading the rest of the NOAA charts for "armchair cruises" or just stick to the ones I need for my actual cruise and let it go at that.

Anyway, thanks for the help! If you need me to do anything further the limited internet and computer resources I will have on the boat, I will try.

Smooth sailing,

Jim