Delay in Exiting GSB2


#1

Kind of a weird thing, but the first time in a day that I open GSB2, when I exit the game, there is a 10-15 second period between clicking “Yes” on the “confirm exit” dialog and when the game actually closes down. During this period, the screen stays the same (menu, showing the exit dialog with the “Yes” button highlighted) and the design/deployment theme plays. No errors are produced.

Mostly this is just an annoyance, but the first time it did this, the delay was long enough that I opened the Windows Task Manager and killed the game on the assumption that it had locked up catastrophically.

System/game specs:
Windows 7 Home Premium 64-bit
NVIDIA GeForce GT 520
GSB2 purchased direct from Positech


#2

Do you have an extremely fragmented hard drive? possibly one with very little free space?
I THINK not at work pc now that this is when the game cleans up the composites cache. the folder \my documents\my games\gratuitous space battles 2\composites.
It basically keeps it below 1 gig, and does so by deleting the least recently used ship graphics.
Normally that will take a second or two at most, but on a slow, or fragmented hard drive it might take longer. If you use a LOT of different ship designs and play a long session that uses a lot of them, then quit, it might take a bit longer to clear that cache.
I’m assuming that’s it, anyway. As I recall, the game writes information about this to debug.txt. (Not sure if it still does this in the final version).


#3

Okay, I just replicated the issue (somewhere between 15-20 seconds delay). Here is the contents of the debug.txt file:

[0:15:24:754]- ----DEBUG FILE----
[0:15:24:754]- GSB Debug File. App version Release 1.31
[0:15:24:754]- Desktop resolution is 1920 x 1080
[0:15:24:895]- Initialising Sound Engine
[0:15:24:942]- Finished Initialising Sound Engine
[0:15:24:988]- Attempting to initialise steam
[0:15:24:988]- Steam initialisation failed
[0:15:24:988]- Initialising Direct3D
[0:15:25:150]- Initialising global vertex buffer
[0:15:25:150]- creating render targets
[0:15:25:410]- success in initialising 3D
[0:15:25:930]- Checking for application update
[0:15:25:930]- server/getlatestpatch.php?&id=(game key)&username=Ace Palarum&version=1.31
[0:15:25:930]- Start of SIM_Internet::OpenLink
[0:15:25:940]- End of SIM_Internet::OpenLink
[0:15:25:940]- SIM_Internet::DownloadFile(C:\Users\Owner\Documents/My Games/GratuitousSpaceBattles2/web/tmp345.html)
[0:15:26:390]- SIM_Internet::DownloadFile ends
[0:15:26:390]- Up to date

[0:15:26:390]- response,false,
[0:15:29:590]- GBufferedFile failed to open file [data/dlc.txt]
[0:15:29:610]- server/getmymessages.php?&username=Ace Palarum&id=(game key)&lastmessageid=0
[0:15:29:610]- server/getmymessages.php?&username=Ace Palarum&id=(game key)&lastmessageid=0
[0:15:29:610]- SIM_Internet::DownloadFile(C:\Users\Owner\Documents/My Games/GratuitousSpaceBattles2/web/messages.txt)
[0:15:29:800]- SIM_Internet::DownloadFile ends
[0:15:30:510]- Vertex Buffer Released
[0:15:56:530]- Vertex Buffer Released
[0:18:16:240]- GBufferedFile failed to open file [data/dlc.txt]
[0:18:19:430]- Vertex Buffer Released
[0:18:19:440]- releasing D3D engine
[0:18:19:500]- D3D released
[0:18:43:80]- Pruning composites folder. Current size is 1022MB
END DEBUG—

I only ran one battle, on the Zarfoop Delta IX mission (it’s a nice small one so it’s good for this kind of test), deploying only a single ship design. My hard drive is 1TB and is over 75% free space.


#4

Hmmm. In that case its something else, as 1022 MB is just as big as it can get without pruning at the end of the apps run.
Plus you seem to have 23 seconds between shutting down the graphics engine and the game shutting down.
Actually the ONLY thing the game does then is to read all the files in the composites folder and check their sizes. Its possible that a badly behaved virus checker might be interrupting every single one of those checks, and hugely slowing it down.
Or again…if the hard drive is fragmented a lot, that could be it.

I’d do a right click on your C drive and run disk defragmenter just to check, I’d also see if you have a virus checker that lets you excldue certain folders, and if so, exclude that composites folder.
I suspect that will be it.