Ren'Py Bad Memories [v0.9.5.2] [recreation]

[recreation]

I wrote you notes in your scripts of the Beta (the VN's scripts)... I didn't write them in the mod's code. Give me time to grab a bite to eat and I'll go back through and make you a PM with what was left out (I was rushing and didn't make notes this time).

welp, I've deleted the non-beta mod after I didn't find anything, now the links are dead, otherwise I'd have a look again
Take your time, I need a break as well^^

 

[recreation]

recreation The reason behind the save/load issue is due to you changing the MC's naming variables which is populated througout the scripts. This freaks RenPy out trying to land a safe spot to finalize the loading process.

The other items are simple bugs but don't have anything to do with loading old saves.

That much I know, that's why there are fallbacks, but they don't seem to work properly, maybe to 75%.

 

[Sancho1969]

The Bad Memories - Gallery Unlocker Mod has been updated for v0.8 full.

Removed the fix for missing gallery imagebutton displayable "vrporn3_30", as rec has now fixed that.

The previous version of the gallery unlocker should work fine though, so don't necessarily need to update.

Bud... that gal fix almost slipped past me. I had the fix in the original scripts for what feels like ages . During bench testing I was like "why is this one image definition not pointing anywhere? Oh shit! That's my 'old' fix!"

 

[Sancho1969]

The co-worker, but she's black, not indian

Speaking of co-workers... well done on sorting that label jump that was borked in Beta. I had a temp fix in Beta that solved it the exact (easy) way as you did in Final. Also, good job cleaning up your sound file code... much better now. Enough of me posting, I'm starving...bbl.

 

[jhonatanw]

I loaded my saves from v0.8beta into this v0.8 right now, but it ends where it ended in v0.8beta there's more content after that or not.

 

[Sancho1969]

I loaded my saves from v0.8beta into this v0.8 right now, but it ends where it ended in v0.8beta there's more content after that or not.

Negative. Final is the corrected and public version of the private testing version previously known as "Beta" which was never supposed to see public eyeballs (and caused quite the drama and issues in this and the mod's thread). TBH folks were told even by me to wait... experience the VN as the dev intended but if you didn't then you'll be fine later with your "Beta" save(s)... well for sure with the mod and I'm assuming un-modded as I don't control that one of course.

Bottom-line: The content of the private testing version (aka "Beta") is the same as v0.8 Final. The only difference is code you won't even know about that's a layup for next update and to sort some Steam issues.

 

[Mister Hentai]

The little sister's friend, probably the only character in a game like this that has made me a bit uneasy. I don't like how she's manipulating and influencing certain things without the knowledge of the MC.

 

[recreation]

The only difference is code you won't even know about that's a layup for next update and to sort some Steam issues.

There's more than code, the beta was missing some images and animations, some scenes were also not finished, and/or rewritten.

 

[Sancho1969]

There's more than code, the beta was missing some images and animations, some scenes were also not finished, and/or rewritten.

Well... I had kinda already sorted that ( to be playable anyway )

These folks are referencing actual additional content... not just the hundreds of minor things you and I know and hopefully elevate the user experience.... you know how this goes... they want more scenes!

 

[recreation]

Well... I had kinda already sorted that

Of course you can make stuff playable, but you can't fix missing renders

 

[GetOutOfMyLab]

recreation

I do recommend you modify your after_load to account for older saves, like so:

Spoiler

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

A person's save file will hold the version number for whatever version of the game they started their save file with. So this way you can incrementally make your fixes to their save file and also update the version associated with their save file.

 

[Kassan06969]

Normally in Renpy games old saves not working are because of adding new variables. I normally don't use mods other than uncensor type ones. Now new variables should be added after like the 3rd release. Even in the 1980s before a game got started being worked on a flowchart was made, at least any linear ones.

 

[Sancho1969]

Of course you can make stuff playable, but you can't fix missing renders

Oh, you'd be surprised my dear friend... I've fixed some pretty crazy things in my time. I don't create them but I can stitch things together to make it all work pretty seamless. Not tooting my own horn but some other devs always give me a run for my money on tactics to fix things.

 

[Kassan06969]

Don't be silly. The VN's changes have been noted in this thread dozens upon dozens of times.

But fret not, SanchoMod will sort every old bug and allow ~90% of older saves to load.

You're welcome (or delete it, whatever, you do you).

I'll try once you release it. Hopefully it works and deleting didn't delete the save. Not starting over. Starting over a little bit in sucks. This far in is no go.

 

[Sancho1969]

Normally in Renpy games old saves not working are because of adding new variables. I normally don't use mods other than uncensor type ones. Now new variables should be added after like the 3rd release. Even in the 1980s before a game got started being worked on a flowchart was made, at least any linear ones.

You're not understanding a few things... RenPy freaking out isn't always about variables... the scripting format alone can bork it. This happens quite often if a dev changes how they handle conditionals on mass, change dialogue ownership (characters), etc. Code is about much more than just variables.

... and the mod is already done for Final. Try if you want, don't if you don't... your call.

 

[recreation]

recreation

I do recommend you modify your after_load to account for older saves, like so:

Spoiler

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

A person's save file will hold the version number for whatever version of the game they started their save file with. So this way you can incrementally make your fixes to their save file and also update the version associated with their save file.

That's a good idea, and good to know, but a little bit late now

Normally in Renpy games old saves not working are because of adding new variables. I normally don't use mods other than uncensor type ones. Now new variables should be added after like the 3rd release. Even in the 1980s before a game got started being worked on a flowchart was made, at least any linear ones.

New variables aren't a problem, never have been with renpy, it's changing old variables (and other stuff that isn't relevant here), which is what I did (well knowing what I was getting into, but I had my reasons).

 

[Kassan06969]

You're not understanding a few things... RenPy freaking out isn't always about variables... the scripting format alone can bork it. This happens quite often if a dev changes how they handle conditionals on mass, change dialogue ownership (characters), etc. Code is about much more than just variables.


... and the mod is already done for Final. Try if you want, don't if you don't... your call.

Well, changing any of that shit should never happen this far in - like hours worth of play/years worth of development.

 

[GetOutOfMyLab]

Normally in Renpy games old saves not working are because of adding new variables. I normally don't use mods other than uncensor type ones. Now new variables should be added after like the 3rd release. Even in the 1980s before a game got started being worked on a flowchart was made, at least any linear ones.

The variables can break Ren'Py if the dev does not use the default keyword to define them. Often devs of Ren'Py games are coming across old code examples online where they just throw in a new variable without defining it, and that will break saves.

More times than not, a dev has deleted labels from their game and/or deleted their rpyc file (which is very important to Ren'Py for determining various things on where to rollback to and such).

 

[GetOutOfMyLab]

That's a good idea, and good to know, but a little bit late now


New variables aren't a problem, never have been with renpy, it's changing old variables (and other stuff that isn't relevant here), which is what I did (well knowing what I was getting into, but I had my reasons).

Never too late to implement that. You can do that for future release to help prevent future issues with loading saves

 

[Sancho1969]

The variables can break Ren'Py if the dev does not use the default keyword to define them. Often devs of Ren'Py games are coming across old code examples online where they just throw in a new variable without defining it, and that will break saves.

More times than not, a dev has deleted labels from their game and/or deleted their rpyc file (which is very important to Ren'Py for determining various things on where to rollback to and such).

Yes indeed, this above and this.