Experiencing issues with Fantasy Grounds locking up my computer

[RuleofThree]

So as of about a month, I have been experiencing situations in which after my table is up for more than a few hours, my computer will absolutely lock up hard, to the point at which only holding down the PC's power button and allowing a reboot will get things working again. I initially thought this may be a Graphics card issue, as the computer is also my gaming computer. But I have ran an MMO that I play 48 hours straight, and even played a few other Steams games while that MMO is running in the background, and diagnostic tools tell me that my Graphics card (NVIDIA GeForce RTX3070 Ti) is running without issue.

I also know that this isn't a driver issue, as I have only updated the GeForce Driver to the lastest version (To my knowledge: Version 576.88 Release Date: 7/1/2025). So this issue has been happening on previous driver, and current driver. I have also ran nothing but Fantasy Grounds on my computer overnight, and woke up to the system completely locked. Is there anyway to troubleshoot why this is suddenly taking place?

Logs are attached.

[LordEntrails]

Those logs don't even show FG finishing to launch. They just so an non-specific Network Error. Are you actually opening a campaign? Are players able to connect? What operating system are you on?

[RuleofThree]

I have never used the feature to gather logs before, so perhaps it requires the program to be open for a time first? I just assumed it gathered the logs of all previous sessions. If so, I don't see how to gather logs **while** a table is up, unless you 1) Open table, close it, then go to settings to gather logs. Or 2) Open table, open Fantasy grounds again, then go to settings to gather logs. I have done the first one, just in case. I have also gathered a bunch of other screenshots. To answer your questions:

1) Am I actually opening a Campaign? Yes. I have been running campaigns on FG for years now, this is the first time I've experienced this error.
2) Yes. The players connect on a weekly bases. Or, if requested, I will open up the table for them any time before the weekly session.
3) I am running Mircosoft Windows 11 Home version 10.0.26100 Build 26100

[Trenloe]

The logs only contain data for the current session and for the last session. So, if FG locks up - restart and immediately collect the logs. Use "Method 1" described here: https://fantasygroundsunity.atlassian.net/wiki/spaces/FGCP/pages/1242136781/How+to+Compile+Logs

Is this just happening with one campaign? If so, please ZIP up your campaign and provide a link to it - details on how to do this can be found in the FG Wiki here: https://fantasygroundsunity.atlassian.net/wiki/spaces/FGCP/pages/1725825027/How+to+ZIP+Your+Campaign+for+Support+Developers

[RuleofThree]

I will try to get you the logs should it crash again, but in your second suggestion - asking to zip up the campaign and send it - I am wondering if you indirectly showed me the issue. This is a campaign that has been running for a little over a year now, and I keep pictures on FG (compressed) of all creatures, cities, etc. My campaign file is too large to upload to the forums. I didn't think this to be an issue. I am going to go through and prune some things. Then see if the issue persists, I will update here.

Thank you for your help.

[LordEntrails]

Also rename the chatlog.html file. It can get large over time as well.

For my long running campaigns I create "development campaigns" where I create all my content. Then I export those into modules and open the modules in the "play campaign". It's more back-end/prep and management, but it lets me re-use content I create between campaigns as well as what is shared within the campaign more easily. i.e. When they finish the Venturi Project story line, I simple unload the module and all the images etc that were shared are gone from the campaign but can easily be re-loaded if desired.

[RuleofThree]

I know this isn't the place to ask for it, but is there a link or something I can follow for the creation of mods? If this is easy enough to learn. It may be best to do this going forward, breaking up my campaign into sections based upon regions

[LordEntrails]

Several places.
Adventure Module Creation Best Practices (https://www.fantasygrounds.com/forums/showthread.php?33538-Adventure-Module-Creation-Best-Practices)
Managing Campaign Data - Fantasy Grounds Customer Portal - Fantasy Grounds (https://fantasygroundsunity.atlassian.net/wiki/spaces/FGCP/pages/996640868/Managing+Campaign+Data)

[RuleofThree]

Thanks again. I have made adjustments to my campaign file size, and will run the table tonight to see the results. I will respond here in a day or two with results.

[LordEntrails]

Good luck! Let us know how it goes :)

[RuleofThree]

Even after pruning my campaign. It still crashed after a few hours. Was it not enough?

[Trenloe]

There's nothing obvious in the logfiles.

I notice from your screenshot that you're running on a fairly large resolution screen. As a test, try leaving FG running in a small window, not maximized/filling the screen.

Also, to see if there's a problem graphic in the GUI, run a test with the standard theme, not the light theme.

EDIT: Additionally, while you're doing tests, occasionally check the memory usage of FantasyGrounds.exe to see if this is changing over time.

[RuleofThree]

It seems the table and my computer remains up and running when I don't maximize the window. I'm not sure I understand why this is the case, but I have it sized at about 800x600, and it ran all night, and is still running now. Fantasy grounds is consistently using up 38% of my memory, but I don't know if this is high or low, as I don't have a bench. I guess this means if I want the table up for longer periods of time, I reduce the size of the window. I will need to maximize it during play times though, as this is just not enough room.

[Trenloe]

A couple of further tests:
1) Don't run maximized, but manually resize to close to maximum. Just in case there's something in a graphics driver that's treating maximum differetntly.
2) To see if there's a problem graphic in the light theme GUI, run a test with the standard theme, not the light theme.

[RuleofThree]

Alright. So I ran another test using the specifications above:

1) I ran it simulating it being maximized for a a couple hours, and it ran without issue. Then, deciding to up the ante, I stressed the table across two of four monitors, and let it run all night. It has been running (And is still running) without issue. I also misread, it is not using 38% of my memory. That is total memory used. As of right now, it's using 3.3% of CPU, and 664.7 MB of memory.

2) I am running it without any extensions on the table, so it is the default GUI.

All in all, it's been running for roughly 12 hours straight, without issue.
64790

[Trenloe]

It's weird that maximizing the window screws things up after a while. Glad we've find a word around to keep your table up.