Tool Ren'Py Extended Variable Viewer 3.01.02 - For walkthrough authors, game authors and modders

[FaceCrap]

But there's something wrong with the game. I don't know why, but it's really slow to save and, more important, fucking slow when it rollback, to the point that two rollback in a row totally freeze the game.

I had the same experience. Although the freeze also seemed to happen with saving. I don't know how long it took for you, but one time I've let it sit for about 10 minutes without it becoming responsive.
But, like I said, when I played it without the tool, this didn't happen, at least for me.

Hmmm... I also always force Angle/Angle2... got an old GFX card and some renpy versions seem to have a problem with it if I don't switch render engine. Those vertical panning images sometimes tend to get chunked, and some part show like it's wrapped, causing misalignments. Totally forgot about that, maybe this could also be a factor.

 

[anne O'nymous]

But, like I said, when I played it without the tool, this didn't happen, at least for me.

I don't doubt about this, if it was native to the game, everyone would be bashing it and its dev.

But I really don't understand why it happen. As I said, over a dozen of other Ren'Py 7.3.5.606 games (because I goes as far as to keep the same build in case a silent bug fix happened) it's the only one to react that way.
I checked the source for Ren'Py itself, all the files have the same MD5 hash than the files from 7.3.5 SDK.
I deleted all the pyo, rpyc and rpymc files for the core, in case the dev did a trick (a legit source file, and a modified compiled one).
I even put all the game files in place of another game, so with core files I witnessed working perfectly.
And still the same problem whatever I tried :/

Nothing in the configuration seem to justify this. The code is weird, but not to this point. And there's near to no variables (less than 200, against near to 1,000 for one of the test game).

I'll still continue to search what can be the cause, but for now I'll focus on the save security net since it need a quick update of the mod.

 

[FangYuann]

Hey there brother/sister anne O'nymous, I've been having some problems with variables showing in this new version, 3.00.04 stopped working at all in a lot of games for some reason, so I got this new 3.01, it opens, but it simply seems not able to detect every variable that exists.

Spoiler: Examples

You don't have permission to view the spoiler content. Log in or register now.

After all that, let me just say I absolutely love this tool, been using it since the old version 2.x, quite a while now, and it's been one of the most useful thing's I've downloaded since I mess around a lot with ren'py games, would really appreciate a fix for this if possible.

 

[anne O'nymous]

[...] I got this new 3.01, it opens, but it simply seems not able to detect every variable that exists.

Yeah, it's a known issue and already fixed; some custom object were unnoticed.

I wanted to solve the slowdown issue mentioned by FaceCrap before releasing an update, but I'll give up. The game is totally weird and I absolutely don't understand what cause this. So, normally I should upload a 3.01.01 tomorrow. At most Sunday if I found a last minute issue while compiling all this to be Python 2.7, 3.9 and 3.12 compatible.

After all that, let me just say I absolutely love this tool, [...]

Thanks, and happy that you find it useful.

[...] would really appreciate a fix for this if possible.

I'll not say that everything is possible, especially not after having named one impossible thing in the same post, but all bug report are processed, and so far all have been fixed. The slowdown I talk about above being more an issue with the game than with my tool.

 

[anne O'nymous]

And it's done, the update is now available.

Normally now you should never ever be facing a situation where you can't save your progression. Whatever the dev did, whatever the tools wrongly catch as being data, it should be possible to save. Better, the tool data should also be included in the save.
I say "normally", because it's hard to test since the tool already filter 99,99% of the bogus data. So, the few case where it was still happening are pure unknown exception. And, well, it happen that testing what you don't know as being a possibility is really hard

I also fixed the most annoying issue, pointed by FangYuann, but that I also noticed a bit earlier. At some point in the 8.x branch, Ren'Py made a small change, that conflicted with a small change I did in the tool, resulting in some custom made objects not being caught by the viewer. The bug was only present in the 3.01.00 version.

Side note, this is the version 3.01.02. The 3.01.01 was the one ready to be released when I discovered the "not caught" bug, and I stupidly increased the version number...

As always, don't hesitate to report any bug or weird behavior that you'll notice. Especially is you notice slowdown.
Ren'py is growing significantly with its latest versions, adding data that are not significant for this tool, but that he can possibly have to process. I try to filter them early, in order for them to not impact the speed, but I'm just human, so I can sometimes miss something.

Spoiler: changelog

You don't have permission to view the spoiler content. Log in or register now.