Also strange bugs with hairstyles
First, $his doesn't work in description
Second, hairstyle change is half-broken. When you click on hairstyle option it chooses previous one. So choosing straight hair makes character bald and it's impossible to choose bun.
Tried reinstalling everything and enabling only bugfix and this mod, nothing changes. In vanilla game everything is fine.
It appears that Deadly Blow is missing the effect field: "effect = null,". While I'm not entirely certain this is the cause, I am certain that if you were playing with the debug mod and used this ability then it would cause battle to soft-lock as the debug response to the missing field would be to abort the function and skip the part that manages the battle states.
I don't know how it happened, but during the combat I can't select the target enemy, and the "end turn" button broke. I was spamming "1" to use the basic attack while selecting the enemy, so maybe this is the cause.
The debug console keep writing the same line again ad again.
On a side note, sometime when I minimize the game window the buttons broke in the same way. This happen in several zones, not only in combat.
Sorry if those are already know issues. I tried to search for them but I may have missed them.
Just to re clarify problem occur in both normal and debug mode, you will most likely run into the issue in large group of bandits where using 1 button ends up soft locking game, smaller number of enemies don't run risk of it occurring or significant less to happen and same script error code as the poster.
Just the attack skill, only used constants mod and what it has to offer and the error code points to damage effect scales calculation, doesn't really say where or what group is.
Honestly could be something simple like loading problem with custom images that maybe bit too large size for what its use for, just creating stress on game engine having to resize image and use said image in attack animation causing it to stagger when force to speed up which can end up skipping something leading back to problem. Give that wild theory try later.
You may want to verify that you are looking at the correct file or lines of code. The error message points to this line:
if scene.targetskill.targetgroup == 'enemy' && scene.selectedcharacter.group == self.group:
This line has nothing to do with damage at all. It checks that you haven't selected one of your own party members as the target for a skill that targets the enemy. "group" shows up twice in this line, both being the string member variable of combatants that indicates which group they are apart of.
I have not yet ruled out the possibility of a race condition due to rapid inputs, but it should not be the case that something was skipped due to poor performance.
Oh yeah, thanks for pointing that out I pretty much went with first thing I saw on top the page with 'go to' line function search, still getting hang of coding and it was literally in next code func below.
Anyways think you might be correct with rapid inputs, did some stress test with large images all that was achieved creating lag spikes no change in script flow, only when mashing button inputs you get the problem and a lot sooner in frenzy manner.
Not certain that this is the only gap, but neither the key press event for skills nor the skill button press function checks the battle state before doing stuff. Adding the following couple of lines to the start of pressskill(), should cover this gap.
func pressskill(skill):
if period != 'base' && period != 'skilltarget':
return
Note that this site converts leading tabs to spaces, so you will need to convert them back to tabs.
This should mean that the window for pressing the 1 key after a mouse click was only about 1/30 of a second.
I believe that was explained in a prior version of the setup instructions, but is no longer included. There are very few mods capable of conflicting with the Improved Random Portraits mod, and those that do conflict will quickly correct themselves as it is considered an essential mod. Thus this mod does not conflict with the Improved Random Portraits mod. I recommend using this version(https://itch.io/t/984434/randomportraits-and-portrait-pack-editor-for-the-10-ver...) as it is more up to date.
The Milk Flow trait is added by this mod to alter the amount of milk produced by someone who is lactating, but the trait does not cause them to lactate so removing it will not change their lactation status. The vanilla game has forever lactation after pregnancy and this mod continues that by default, but there is an option in this mod to have it end eventually. You can change the option "lactationstops" using the Constants mods, or you can edit the mod file ".../customScripts/expansionsettings.gd" and change it from "false" to "true". In ".../customScripts/expansion.gd" the value "chancelactationstops" is set to 5, which means that there is initially a 5% chance per day and that increases by 1% for each day since they have last been milked.
At least one of your slaves is missing the 'is_preg' field in the "preg" dictionary. This is a value is not present in vanilla and should be added by the mod to all slaves. The most likely causes are that you either started the progress or gained a slave in vanilla(compatibility with vanilla is lacking) or added another mod that is causing a conflict. The save file is plain text can be edited using an online JSON editor, though the data problems may extend to many slaves or other areas of the game.
Slaves impregnated in vanilla gameplay will have a baby ID in the "baby" field but will have "is_preg" still set to false. Slaves impregnated in this mod will have at least one baby ID in the "unborn_baby" field and the "is_preg" entry set to true. However, if the slave was added during vanilla gameplay but not expanded to have the addition data for the mod, then the "is_preg" entry will be missing, which is your primary problem.
I'm assuming you found the Mods menu from the main menu and that you were not met with a long list of errors when the Mods menu was accessed. But if that were the case then you most likely have a permissions issue that prevents the program folder from creating new folders and files. This is solved by extracting the game to a location with open permissions, like the desktop, documents, or %appdata%.
The most likely user error is that you changed the path to the mods folder in game. In bottom right corner of the mods menu is a button for "Open Mod Folder" and to the right of it is a button that has your path to the mod folder. By default the path should be "user://mods/" (equivalent to "%appdata%/Strive/mods"), and while any folder will work it can confuse users that change it by accident. There is an arrow to ascend folders in the top left of the folder selection dialogue, and there is a difference in the selected path depending on if a folder is selected. If this is the case, then you will have a duplicate instance of the Constants mod at the current assigned location. The Constants mod should be visible in the list from the second start of the game and onwards, regardless of the path.
Another possibility is that you extracted the internal files of the mods into the "mods" folder directly rather than extracting them into a new folder with the same name as the archive. Mods are identified by the mod system using a combination of the location of the info.txt file, which indicates the root folder of a mod and the mod's root folder name. Though the mod system should have given you a bunch of junk mod names if this is the case.
The last possibility that comes to mind is that somehow the mods were placed inside another mod, as the mod system will probably only see the highest level mod.
If none of these are the case, then I will need more detailed information about the files and folders. Perhaps even a few screenshots(you may erase any personal information) using the Snipping Tool, which generally comes with Windows.
You don't need to have experience with the code to figure this out. I know it takes time but if you simply played the game without mods, then you would find that Strive 1.0d does not differentiate siblings from half-siblings; there is only one category for all siblings. Also vanilla Strive does not have multiple babies per birth so twins never happen. If it was a problem in vanilla Strive, then the Bugfix mod or the Strive Discord would be the proper places to report it (mostly to me).
The relation of the parents to each other is not relevant. Note that it is possible for twins to have different fathers if the mother has ever had sex with more than one person with a penis. There have been several bugs related to semen lasting potentially infinite amounts of time within the womb. Additionally, if the father left the mansion, never existed, or ceased to exist before the children were conceived, then the game would generate random temporary stand-ins to provide the necessary data to create the babies. Therefore I recommend verifying that the characters indeed list the same father in their relatives data. You may provide the save file for review/fixing either here(through a file download service) or on Discord.
I'm not aware of any attempt to track twins in the relatives data, which is most likely due to the significant increase in complexity required simply to attach a different name for sibling.
The reworked action in 1.8d was discovered to cause errors when there are no givers/takers due to an oversight in the design.
I believe there are individual images on the discords but I don’t believe there’s a compiled pack for them as of yet.
Sorry for the late reply, the game expects vagina to be "none", but the item sets it to be "". The same is true for penis and balls. The code for the item is found in items.gd.
The virgin birth portion is rather odd. NPCs are designed to have offspring in the wild, especially if they are fucked by the player or their allies and released from the mansion or let go post combat. However the remaining a virgin portion is interesting as I’m not aware of a way for npc pregnancy to trigger without having sex first.
I’ll look into the code, but you may want to start working on some solid doctrine for that virgin birthed daughter wandering the wild. Either it’s a bug or a miracle, better safe than sorry!
I think it has something to do with adding relation after group npc generation in the wilds. I'm pretty sure I have never met(fuck) them before, and I have never released anyone or let them escape. It wasn't a single occurance either, there is at least 2 npc in my mansion who has given virgin birth to multiple children (in the wilds).
Thanks for the reply. For now I will just edit my save to remove the mother-children relation.
There aren’t any watersports sex actions added, it was the actions via the farm and within a dialogue event. But that is a good idea to look into adding another sex action!
oh okay! yea I was just confused cuz you could ask the slaves how they feel about peeing on someone or being peed on but within the farm its just the extraction as far as I know. So yea having more sex actions with watersports would be cool to have I think and would make sense with the fetish questions. Maybe something like: "name" pee's on "name" or somehow in combination with face sitting "name" sits on "name" and forces them to drink their pee or something like that just a couple ideas :3
