- Nov 3, 2021
- 24
- 12
the girls and the mc and the renders look nice...but the point of good mc is wasted...disappointed with the ntr
Finished the update with Mallory as LI and having Ellie's path active.
The MC can have sex with Rose (or not, if you choose) and you can cut Rose and Ellie's relationship practically at the beginning of the update. I'm not particularly interested in Rose, the relationship with the MC is sexual focused or at least it seems to me, rather than romantic and it doesn't seem that starting that "relationship" with the MC is going to change her general attitude towards sex. I preferred that the MC not have sex with Rose.
Overall the update is fine (but if you focus on Ellie and ignore Rose there isn't too much in terms of sex scenes, I think just one of Lucy with the futa antagonist, which of course I didn't see). In any case, I like how the relationship with the sister is developing, slowly but steadily.
Nor I'm particularly excited that in the next chapter we have a sex scene between Lucy and the MC. Or at least it doesn't seem like we're going to be able to avoid it (plot rules). I don't think Lucy can be a LI to my liking (too fond of sleeping with others), nor I'm interested in Rose (equal or greater fondness for sex with others).
Her personality is fine, she's cheerful, pleasant (and the sex scenes have the advantage of annoying Lucy, which is partly why I have thought about doing them). But I suppose that everyone is interested in different things, and to me, since the game doesn't seem to intend to be a harem, and that it's clear that the only LIs are going to be Ellie, Mallory and Lucy, I'm not much in favor of the MC be with other girls (in my case, with Lucy completely ruled out, it would be Mallory and Ellie the only ones I'm interested in the MC having sex scenes with). I guess I'm weird, but they are my quirks and I like them.Actually I kind of liked Rose. Not as a LI,but as a no strings attached,fuck you Lucy,fuck buddy. Plus I found her oddly endearing personality wise. No Jane Bond bullshit from her.
Her personality is fine, she's cheerful, pleasant (and the sex scenes have the advantage of annoying Lucy, which is partly why I have thought about doing them). But I suppose that everyone is interested in different things, and to me, since the game doesn't seem to intend to be a harem, and that it's clear that the only LIs are going to be Ellie, Mallory and Lucy, I'm not much in favor of the MC be with other girls (in my case, with Lucy completely ruled out, it would be Mallory and Ellie the only ones I'm interested in the MC having sex scenes with). I guess I'm weird, but they are my quirks and I like them.
Is this patched version or nah?unofficial android port of The Keymaster 0.3 + Compressed
DOWNLOAD
You must be registered to see the links
If the MC can establish a romantic relationship with her (in addition to Ellie and Mallory) then I would be interested. Otherwise the truth is that no.What about Jessie?
I haven't had any errors.Several variables seem not to be initialized if you do not take the path that the dev expected. That makes the game leave out several scenes. And that might result in even more errors. I really hope that will be fixed in later versions.
You seem to have nailed it. This is exactly what is happening.Several variables seem not to be initialized if you do not take the path that the dev expected. That makes the game leave out several scenes. And that might result in even more errors. I really hope that will be fixed in later versions.
EDIT: Seems to be a problem with the saving mechanism. The variables of this update seem not to be saved. When playing fluently and not loading a save from this part in order to make a different decision, all is fine. But it you continue with a save made in this update, several variables are suddenly missing. Quite a big bug, I would say.
fsex
for example - you will get a 0
)fsex
again - you will get a 0
)fsex
- and you will get an error;fsex
and it's 0
, load a new save and you get an error);fsex
- and you get 0; Save it into a new slot right away, then load the save you just created and test for fsex
- and you get an error again.default
statement with define
the game is working again.default
statements in the variables.rpy
file with the define
statement and this is what you get from the attached bugfix patch.default
statement is supposed to initialize a variable at init level by giving it a default value that can later be changed.define
statement is supposed to initialize a constant, a variable that won't change later on.default
the way it's supposed to be working, this bug occurs and it seems that strange things around the default
statement have been happening in other games, too.define
instead, everything works. The variable initialized by the define
statement can be changed, saved and loaded just as any other variables and there seem to be no negative consequences.This seems to be the issue that I'm experiencing as well. I loaded a new save I had made for the second night Rose slept with Ellie, and I get an error when it is transitioning into the morning scene with MC and Ellie:
While running game code:
File "game/script.rpy", line 14580, in script
if malstay == 0:
File "game/script.rpy", line 14580, in <module>
if malstay == 0:
NameError: name 'malstay' is not defined
If I load an old save and just ctrl-skip up to that morning scene, making all the same choices, I don't get an error. Something's definitely not right here.
$ grep -iEnr --include=*.rpy "malstay"
variables.rpy:49:define malstay = 0
malstay
variable is also initialized in the variables.rpy file and my modified file should help.I think your file did the trick. I tried the 0.3 save where I first got the error, and several subsequent saves, and haven't got the error once. Thank you for looking into this and for the fix. Much appreciated!Bash:$ grep -iEnr --include=*.rpy "malstay" variables.rpy:49:define malstay = 0
malstay
variable is also initialized in the variables.rpy file and my modified file should help.
Could you give it a try and report back?
A constant that can be changed? Ren'Py is weird...You seem to have nailed it. This is exactly what is happening.
I was trying to figure out why I keep losing variables introduced by this new update and only being able to keep them by loading an old save file.
It seems these new variables are getting initialized correctly (defined by variables.rpy) when you start the game executable (drop to console after starting the game executable and before loading any saves, test a variable likefsex
for example - you will get a0
)
and the game will remember them after loading a save file created by the previous version of the game, exactly the way it's supposed to be happening (load an old save, drop to console and testfsex
again - you will get a0
)
However, the game will drop (delete) all the new variables when you load a save file created by the new version of the game, where that default value hasn't been changed before saving
Example1: Load a new save file and test variablefsex
- and you will get an error;
Example2: Close the game, start it again, test forfsex
and it's0
, load a new save and you get an error);
Example3: Load and old save again and test forfsex
- and you get 0; Save it into a new slot right away, then load the save you just created and test forfsex
- and you get an error again.
At this point I'm not sure WTF is happening and is it because of a bug in the game scripts somewhere or Ren'Py itself.
______________________
update & fix
It seems to be a Ren'Py bug.
This is not supposed to be working like this, but by replacingdefault
statement withdefine
the game is working again.
I simply replaced alldefault
statements in thevariables.rpy
file with thedefine
statement and this is what you get from the attached bugfix patch.
Thedefault
statement is supposed to initialize a variable at init level by giving it a default value that can later be changed.
Thedefine
statement is supposed to initialize a constant, a variable that won't change later on.
However, by usingdefault
the way it's supposed to be working, this bug occurs and it seems that strange things around thedefault
statement have been happening in other games, too.
Just by usingdefine
instead, everything works. The variable initialized by thedefine
statement can be changed, saved and loaded just as any other variables and there seem to be no negative consequences.
How to apply attached bugfix:
Just extract the zip file into the main folder (the root folder) of the game, right where the game launcher file is and restart the game.
(This is the incest patch version of the variables.rpy file)
Well, what it does isn't always what it's supposed to do. It's a software being actively developed, so any kind of shit can happen.A constant that can be changed? Ren'Py is weird...
define
and default
statements seems to be the opposite of what Ren'Py documentation says about them:
define
statement are supposed to be not changed later, since they are not supposed to be saved nor loaded by Ren'Py and variables that are going to be changed, defined by default
statement are supposed to be saved and loaded. Constants are supposed to be getting their values at init time and not be influenced by loaded save files later.default
statement to the game code that defines this variable some time after a new game has been started. Original variables that existed at the time when the game jumped to the label start
are being treated normally, variables added later are being deleted.define
statement to the code and the exact same thing is happening. All saves created before I added that variable are working fine, the new variable exists after loading any of them. Any save file created after adding that variable deletes it.default
statement, loaded an old save file, saved the game and loaded a new save file. At any of these steps the new variable exists and is not being deleted.default
statement
It's pretty easy just spend time with the LI when it comes to their selectionIs there a chance that the WT will be updated ?
Thanks a lot for that link!lewdpatcher.com is down...but i found this
You must be registered to see the links
It is from another site, if I am violating the rules of the forum please the moderators to delete and accept my apology…