Windows 86 bit executables and dll

[edge2054]

If people on 64 bit windows could try these and see if they run we'd appreciate it.

Just unzip and replace the current files with these in your tome directory.

http://wikisend.com/download/118398/tome executables.7z

[rascyc]

Background:

Windows 7, 64bit using an Intel i7 2630M chipset

I typically didn't have too many problems using the vanilla Tome4 b37 but I'd get some horrific memory problems if I accessed the gain level screen more than once in a short period of time (before garbage collection I presume).

Trying the linked files:

The no LuaJIT version crashed on start.

The LuaJIT version worked fine and I've been playing it for a few hours now. I get the usual noticeable 600'ish MB jump when I access gain level but it no longer duplicates/triples the memory usage if I access that screen repeatedly. As a side note, I don't get these 600MB memory allocations on my Vista 64 bit using vanilla Tome4 b37.

Haven't had any freezes yet so I'll keep an eye on it.

[Vanilla Mint Ice]

Hardlocks/crashes my computer after 40 minutes.

[Devorius]

What exactly is going on when the character advancement screen is called? There's absolutely no reason it should be causing a 600~ mb memory spike, unless there's a very large memory leak. I suspect it may be in the actually application code, rather than Lua script; though it could be a side effect of the Lua engine...

[edge2054]

Devorius, the binary above was created using a later SDL framework then b37. Someone who couldn't play b37 found that the last beta they could get to run well was b31. One big change from b31 to b32 was the switch over to SDL 1.3.

So basically what the above binaries are aimed at is seeing if a new SDL 1.3 will be more stable on 64 bit windows systems.

[Devorius]

Sorry, I didn't mean specific to the files you posted, but the stock Tome code. I was trying to figure out why there would be such a large memory spike, as it may be related also to other slowdowns/memory issues people have had. I was thinking it might have something to do with the way it clones the player, but it seems to cleanup properly.

I always have a 3-5 second delay from the time I press 'G', to the time the dialog pops up. I am not familiar enough with Lua and Tome's API to be sure what code might be causing it.

[rascyc]

Managed to get my gain level screen to freeze my game again at the usual 1.7 GB memory number using the LuaJIT build above.

[yufra]

Sorry, I didn't mean specific to the files you posted, but the stock Tome code. I was trying to figure out why there would be such a large memory spike, as it may be related also to other slowdowns/memory issues people have had. I was thinking it might have something to do with the way it clones the player, but it seems to cleanup properly.

I always have a 3-5 second delay from the time I press 'G', to the time the dialog pops up. I am not familiar enough with Lua and Tome's API to be sure what code might be causing it.

There is definitely a memory leak in the 'G' menu, and DG has mentioned plans to completely rewrite it.

[darkgod]

edge if you have a ready made mingw environment for 64b compile could you zip it and post it somewhere azs I did for the 32b veriosn please?

[tiger_eye]

This isn't built in 64-bit, it was built for people that were having major issues, which was typically 64-bit systems. It's still 32-bit.

The only change was using a newer x86 build of SDL (hg6098), which was obtained pre-built from here: http://ginkgobitter.dyndns.org/