VN Ren'Py Completed Fetish Locator [Week 3 v3.6.9] [ViNovella]

[Xevus97]

I downloaded Fetish.Locator.W1.EXTENDED.v1.0.60.-market, and for some reason I already have bunch of stuff unlocked in Gallery, Reply Room and Bonus Content. How I can reset that to clean slate ?

 

[Cartageno]

I downloaded Fetish.Locator.W1.EXTENDED.v1.0.60.-market, and for some reason I already have bunch of stuff unlocked in Gallery, Reply Room and Bonus Content. How I can reset that to clean slate ?

Go to (USERNAME)\AppData\Roaming\RenPy, find the FL1 folder and delete it. Or better rename it in case there is more changed than you wanted, so you can restore it.

 

[Veneficae]

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]

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.

 

[ravenhawk]

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.

 

[ravenhawk]

I wonder if this inability to load week one is a trap coded in to check for piracy. I did notince in the log file I uploaded a few days ago a reference to Steam.

https://f95zone.to/threads/fetish-locator-week-3-v3-2-9-extended-vinovella.35068/post-12345766

 

[cxx]

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.

 

[kelvessi]

Game's decent but it is pretty vanilla, there are not many fetishes. It is mostly urination.

 

[cxx]

Game's decent but it is pretty vanilla, there are not many fetishes. It is mostly urination.

there are plenty of fetishes, you just haven't unlocked those.

 

[Xevus97]

I wonder if this inability to load week one is a trap coded in to check for piracy. I did notince in the log file I uploaded a few days ago a reference to Steam.

https://f95zone.to/threads/fetish-locator-week-3-v3-2-9-extended-vinovella.35068/post-12345766

This is game checking if it should sync achievements with Steam, nothing to do with piracy check.

 

[Xevus97]

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

 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.

 

[lazycodemonkey]

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

 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.

 

[Xevus97]

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.

 

[Deleted member 5598508]

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!?

 

[acgamer69]

Game's decent but it is pretty vanilla, there are not many fetishes. It is mostly urination.

True, art and writing is fantastic, but the content is relatively tame. Needs some bestiality or scat or something like that. Optional of course.

 

[Beduin123]

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.

 

[WarriorSteel]

True, art and writing is fantastic, but the content is relatively tame. Needs some bestiality or scat or something like that. Optional of course.

There is scat and bestiality is banned by a lot of companies

 

[Beduin123]

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]

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

 

[acgamer69]

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.