Veneficae

Newbie
Apr 12, 2019
81
34
141
well answer questions then, doubt there'll be fix.

you can try to make that save read only and see if that helps.
Saw these posts and tried your suggestion to make the file read only. The game will force close because it detected the file as read only.
 

ravenhawk

Member
Jul 2, 2017
399
482
242
then you didn't either play to end or something bugged and no that save made, either replay end of week 1 again and try to get that save or answer to questions about what you did (i did that).
The point is not that we can do it as if we had not played the first week. The point is that the function is Broken.

Sending both files made at that time.
1701927174199.png
 

ravenhawk

Member
Jul 2, 2017
399
482
242
I just played through the latest version of week 1 and wasn't able to transfer my savegame to week 2 as well, so I looked further into the issue and noticed that the endgame save of week 1 actually gets successfully written into the multipersistent save file in %APPDATA%\RenPy\persistent\FetishLocator, but unfortunately it gets overwritten with an empty copy when you start the new week 2 game. In my case, the file size got reduced from about 5 KB to barely a 100 Bytes. This happens during the initialization of the FetishLocatorSaveSystem class, so the endgame save from week 1 is already lost by the time you get to see the main menu of week 2.

Took me a while to track the exact location of the bug down but I haven't found a fix for it yet. I'm not that proficient with Python or Renpy, maybe someone else can find a solution for this or forward my findings to the dev.
Thank you for actually looking into this.
 
  • Like
Reactions: lazycodemonkey

cxx

Message Maestro
Nov 14, 2017
77,008
39,747
1,519
well very few devs approve that their content is uploaded here.

anyways answering those easy questions can play week 2 and on week 3 can use autosave.
 

Xevus97

Newbie
Sep 6, 2020
70
28
36
I just played through the latest version of week 1 and wasn't able to transfer my savegame to week 2 as well, so I looked further into the issue and noticed that the endgame save of week 1 actually gets successfully written into the multipersistent save file in %APPDATA%\RenPy\persistent\FetishLocator, but unfortunately it gets overwritten with an empty copy when you start the new week 2 game. In my case, the file size got reduced from about 5 KB to barely a 100 Bytes. This happens during the initialization of the FetishLocatorSaveSystem class, so the endgame save from week 1 is already lost by the time you get to see the main menu of week 2.

Took me a while to track the exact location of the bug down but I haven't found a fix for it yet. I'm not that proficient with Python or Renpy, maybe someone else can find a solution for this or forward my findings to the dev.

Good catch. I'm 90% sure this piece in classes.rpy is the root cause

Code:
 try:
                self.mp                 = MultiPersistent("FetishLocator")
                if not self.week.str_cur in self.mp.__dict__:
                    self.mp.__setattr__(self.week.str_cur, {})
                    self.mp.save()
   self.previous_mp_saves  = self.get_previous_mp_saves()
                self.sort_previous_mp_saves("timestamp", True)
If it doesn't see current week string in MP storage, it initialises and saves. I think the problem that it does that before trying to locate previous week save, so the MP storage is being overwritten by an empty one. Should be fixed by moving two lines that load previous weeks before call to save.
 
Last edited:
Feb 28, 2018
219
538
224
Good catch. I'm 90% sure this piece in classes.rpy is the root cause

Code:
 try:
                self.mp                 = MultiPersistent("FetishLocator")
                if not self.week.str_cur in self.mp.__dict__:
                    self.mp.__setattr__(self.week.str_cur, {})
                    self.mp.save()
   self.previous_mp_saves  = self.get_previous_mp_saves()
                self.sort_previous_mp_saves("timestamp", True)
If it doesn't see current week string in MP storage, it initialises and saves. The problem that it does that before trying to locate previous week save, so the MP storage is being overwritten by an empty one. Should be fixed by moving two lines that load previous weeks before init.
I already tried to change the order and I also tried to completely remove the part where the game writes the `week2` attribute into the multipersistent file. I managed to prevent the game from overwriting the whole file that way but it still can't find the week1 entry in there. I compared the code of all 3 weeks since I read that save transfer from week 2 to 3 works fine (haven't played so far myself yet) and honestly, the code looks fine to me, I can't see what the dev did wrong there.

I'm starting to believe that this might be an engine bug. Maybe updating the game engine to the latest Renpy version might do the trick.
 
  • Thinking Face
Reactions: Xevus97

Xevus97

Newbie
Sep 6, 2020
70
28
36
You are right, there is a message on their discord about that.

I can confirm this issue. We updated Week 1 to Ren'Py 7.6.0 recently and that broke the saves. We are on it and it will be fixed soon.
The solution for Steam version is to update the Week2.
 
  • Yay, update!
Reactions: lazycodemonkey
Dec 12, 2022
5
2
13
hello everyone,
i download the game in my iMac. but unfortunately doesn't open..!!
i try 2 methods i learn from someone here in another game. but it doesn't work..????

so. anyone have a solution!?
 

Beduin123

Well-Known Member
Mar 29, 2023
1,023
1,445
287
Needs some bestiality or scat or something like that.
I'm not into scat, but I'm with you on bestiality. Something along the lines of Animopron. Unfortunately, there is only something like 1.5 bestiality games of a more or less decent quality.
 
  • Like
Reactions: kelvessi

Beduin123

Well-Known Member
Mar 29, 2023
1,023
1,445
287
bestiality is banned by a lot of companies
L0lis are also banned by a lot of platforms but there are still a lot of Devs working on that sort of content. On the other hand, bestiality seems to be far less popular in the AVN world.
 

WarriorSteel

Well-Known Member
Jul 27, 2021
1,856
2,172
387
L0lis are also banned by a lot of platforms but there are still a lot of Devs working on that sort of content. On the other hand, bestiality seems to be far less popular in the AVN world.
And lolis aren't on steam, so no way for them to add it
 
Last edited:

acgamer69

Member
Sep 28, 2022
112
199
143
You could just make two versions, one with the banned fetishes, and one without them for steam, but I guess that's too much work, and there is little point in putting resources into scenes that a lot of players will never see.
 

Cartageno

Devoted Member
Dec 1, 2019
8,920
15,060
876
I would guess the problem is not so much "getting it on Steam/Patreon" (although that certainly will play a role as well) but more a combination of "certain kinks will repulse other players if included" and most importantly "devs themselves are not into it" and it's no use trying to do a kink you do not understand yourself.
 
4.00 star(s) 198 Votes