- Apr 20, 2017
- 605
- 844
- Sep 21, 2016
- 1,287
- 4,082
NTR doesn't exist in the game , because the main character is never in a committed relationship with anyone in the game. There is slutification, and bimbofication...which triggers a lot of dimwits who don't know the difference, but that's their problem. My job is to make a game, not educate special needs people.
- Apr 20, 2017
- 605
- 844
thats why the NTR tag should be removed ... its false advertising this game
- Oct 3, 2017
- 2,016
- 2,591
Drama homewrecking stories which your partner turns into a slut behind your back by others.Stupid question but.... what is NTR? Sorry, english is not my native language
Google don't know 'NTR'
There is no NTR in this game as @Baal7734 mentioned.
To my fellow modders ( @Passion3D & @T.Geiger ): It appears that some of the dialogue has been mangled (maybe @Baal7734 uses Word for his dialogue?). I noticed lines where "..." has been converted to the Unicode "…". Small difference, but apparently my merge is unable to handle them and destroys dialogue lines, which will most definitely break the game.
EDIT: Found another one: ’ instead of '
It appears that only the character files for Allie, Denise, Mary, Sandra and Sister contain this Unicode character. I don't touch those, so the current mod should be safe to use.
I'm going to try and figure out why a 50 dollar program is unable to handle Unicode and will do my best to get the .02 mod out within a few hours. It changes a boatload of call reference labels though, so my diff is lighting up a storm. Apart from that, the only significant changes I see are fixes for Samantha and a few in the storyline.
As for the schoolrep_cheerleader bug people are mentioning, see it in the updatescript and in func_definitions.py, so it should work in theory right? So why do people get that error? If you know how to fix it, I could place it in the mod.
EDIT: Found another one: ’ instead of '
It appears that only the character files for Allie, Denise, Mary, Sandra and Sister contain this Unicode character. I don't touch those, so the current mod should be safe to use.
I'm going to try and figure out why a 50 dollar program is unable to handle Unicode and will do my best to get the .02 mod out within a few hours. It changes a boatload of call reference labels though, so my diff is lighting up a storm. Apart from that, the only significant changes I see are fixes for Samantha and a few in the storyline.
As for the schoolrep_cheerleader bug people are mentioning, see it in the updatescript and in func_definitions.py, so it should work in theory right? So why do people get that error? If you know how to fix it, I could place it in the mod.
- Nov 10, 2017
- 1,258
- 6,985
For the 'schoolrep_cheerleader' bug, it can be fixed with the console as I said. (see
If not for modders, just add the line "player.scoolrep_cheerleader = 0" in the "init_billy" function. Or put the line in the initialization code of the mod.
When loading a backup, the problem does not arise. An update function adds this variable.
I integrate the correction in SFC, waiting for Baal to correct the basic game.
For the unicode problem, a little script in bash (.bat under windows) can help
You must be registered to see the links
)If not for modders, just add the line "player.scoolrep_cheerleader = 0" in the "init_billy" function. Or put the line in the initialization code of the mod.
When loading a backup, the problem does not arise. An update function adds this variable.
I integrate the correction in SFC, waiting for Baal to correct the basic game.
For the unicode problem, a little script in bash (.bat under windows) can help
- Nov 29, 2017
- 840
- 1,152
It is probably a codepage problem (I have been dealing with it from the start). If your diff tool can set different codepages on each side, the unicode side needs to be 65001 (UTF-8).
- Sep 21, 2016
- 1,287
- 4,082
That line is in the basic game line 679 of script.rpy (The last line of init_billy) Here's a picture of when it was added.For the 'schoolrep_cheerleader' bug, it can be fixed with the console as I said. (seeYou must be registered to see the links)
If not for modders, just add the line "player.scoolrep_cheerleader = 0" in the "init_billy" function. Or put the line in the initialization code of the mod.
When loading a part, the problem does not arise. An update function adds this variable.
I integrate the correction in SFC, waiting for Baal to correct the basic game.
For the unicode problem, a little script in bash (beats under windows) can help
That explains it. Apparently, the autodetect function of my program is too lazy to detect a handful of UTF-8 characters among 5000 lines of code and simply formats it as ANSI (assumption is the mother of all...). It actually sets it to UTF-8 in the smaller files.
It worked after specifying it manually. I'll need to pay attention to that next time.
As for the schoolrep, it's already in the init_billy function (as Baal posted) and in the updatescript for 25.90, so I'll just leave it for what it is and leave it to someone better than me to figure out what causes that error for people.
I'll list the changed files between the 00 and the 02 mods on my main page/post. If your mods don't change those, they should still be compatible with the updated mod.
PS. Baal, thanks for posting the hotfix here. It's appreciated.
It worked after specifying it manually. I'll need to pay attention to that next time.
As for the schoolrep, it's already in the init_billy function (as Baal posted) and in the updatescript for 25.90, so I'll just leave it for what it is and leave it to someone better than me to figure out what causes that error for people.
I'll list the changed files between the 00 and the 02 mods on my main page/post. If your mods don't change those, they should still be compatible with the updated mod.
PS. Baal, thanks for posting the hotfix here. It's appreciated.
- Nov 10, 2017
- 1,258
- 6,985
This line does not exist in the script.py that I have.
The version of the game that was posted here is 0.26.00, to which I applied the patch that you provided in this thread.
I will corrected the line and updated the links tonight.
- Nov 29, 2017
- 840
- 1,152
It was in the first 0.26.00 posted to this thread. (I'm not going to re-download to check the OP link.)
I have it in the unpacked version of the 0.26.00 script.rpy (I always keep the last two versions on my drive). Maybe it's the compressed version that generates the errors. Besides, version control does not lie.
Either way, it doesn't matter what was added when or where. What matters is that our players can play, right? [/offtopic]
@Passion3D : I use CMDer, so I have a neat little bash-shell right in my Windows, right next to my Github-enabled Powershell and Python-enabled CMD tabs.
Either way, it doesn't matter what was added when or where. What matters is that our players can play, right? [/offtopic]
@Passion3D : I use CMDer, so I have a neat little bash-shell right in my Windows, right next to my Github-enabled Powershell and Python-enabled CMD tabs.
- Nov 10, 2017
- 1,258
- 6,985
I do not know
but no worries I will make the correction and recompile the game.Oh yes, there is a small error that I correct each time in the function get_globex_char (). The function return [a] instead of returning [an]
This is not a problem at the moment as there is no interaction with Anne
- Jun 26, 2017
- 1,394
- 1,788
Wow I've been slacking. The last version I played was .23. Looks like some nice updates since then
Moving the mouse on the main menu or on the map is spiking CPU usage to 100%, anyone else having this problem? Super laggy mouse because of it