The reason is fairly simple, and is not specific to this mod. When the mod system was updated for Strive version 1.0, leading comments were added to the syntax, however it had the unintended quirk of starting the line counting from the first line of the comments rather than the header. It had become a new standard before I was aware of the oversight and changing that standard would break all existing mods that have compensated for it. I try to avoid changes that break existing mods, and I also try to keep the mod system somewhat intuitive, but I haven't yet committed to breaking so many mods to fix this quirk. Since there is one line of leading comments attached to the definition for newdescriptions you will need to add one to your line count to compensate.
Headers are things like var, func and so on? And leading comments are #-comments right before the header with no lines between them, right?
#leading comment
var example = {
}
#not a leading comment
var example2 = {
}So when I use RemoveFrom and AddTo on usual header, the first line (0) is the next one after header, and with leading comment 0 line is the header itself?
To be clear in this context, "header" is a term specific to the modding system which specifies the part of a definition that is used to identify a match from the mod files to the game files.
https://strive4power.fandom.com/wiki/Modding_Guide#Syntax_of_variables_and_their_variants:
Yes, the leading comments are limited to lines startings with a #.
https://strive4power.fandom.com/wiki/Modding_Guide#Leading_comments:
Yes, with one line of leading comment the first line is the header, and while not intended that is the only way to change or remove a header besides patching the file. Header lines were likely excluded from the count to prevent mistakes, though it does limit modding.
Indeed, it does not appear to be particularly common for "absent" to be used that way, though as someone proficient in English it does not feel wrong. From looking as various language forums, it seems that both "is absent X" and "is absent of X" are not commonly used in English outside of American English, so that is not guaranteed to add clarity. As best as I can tell from reading some dictionaries, it seems to be a mixing of the adjective semantics with the preposition usage. There seems to be better precedence for using words similar to "absent" (such as "without") as prepositions in this syntax, so I expect that the complex semantics of "absent" do not quite work well here.
I'll keep in mind your preference for lowercase in the future.
Capture Changes and Random Awareness are default of 0 which are what it appears they were in the released version for v1.8c. That's always been intended to be left as is for the release, so I'm not sure where it would have changed. I'll admit that those aren't the values I use on my personal playthroughs, so if it went from -3,3 or the multiplier of 10, I might have accidentally left in my personal changes into one of the old releases.
repeatable_quests.gd, line 466
description = "A member of the $rare race desires a worthy mate for reproductive purposes. $He must be at least average in appearance and open to $his mate's commands. ",
In game it looks like this
Vanilla Strive has no less than 3 different dynamic text systems, which have different formats and functionalities. The slave guild has one because the other systems are designed to work for people that exist, but the request for a person is not a person. The slave guild's text system is very bare bones and does not support most gendered pronouns like the single person system, so the fix is most likely adding text replacement for those.
The strangeness you found is the vanilla design for using the "setget" keyword on variables simply to access other values inside a dictionary. This design completely bypasses the member variables that appear in most of the code, so they remain null.
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.
To assign them to crystal research you need to get the 1st lv. in the mansion upgrade.
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
The first error message in your screenshot mentions "puppet" in the file variables.gd, but AricsExpansion only uses that word once and never in that file. The rest of those errors appear to be derived from that error. So the question to you is "where did that come from"? Did you try to use this mod with another mod or did you edit the scripts? This mod states in the first post that there is very limited compatibility with other mods, due to the extensive scope of this mod.
Since your mod menu appears to work, you should be able to reset your mods to recover. If you run into future issues, then you may want to extract a brand new Strive folder, because sometimes things get left behind by mods after significant early errors.
I already did this thrice. I wrote that I even cleaned up not just the game directory, but even the %appdata%/Strive folder. It did not work.
I have found the reason of the problem after I used the debug .exe (the so-called "debug mod") and looked up the logs output. It seems from the code of the extension, that the folder of the extension in `%appdata%/strive/mods` must be called `AricsExpansion` without any version suffix. After the unpacking from the distrib archive the folder is called `AricsExpansion-1.8d` which completely 100% breaks the game startup.
Certainly consenting to zero children can seem a bit weird, but there are basically two systems: getting consent and persuading them to adjust their preference. The simplest solution would be to remove the zero option.
I'm not seeing any obvious code for the starting slave, so it's not clear why they would be affected. The base game has some lag issues, mostly from image updates, that get out of hand with Aric's mod. Some solutions have been implemented, but are only in the GitHub so far.
Image selection by sex is mostly outside the scope of this mod. The proper fix would involve changes to the Improved Random Portraits mod. Though it should be possible to temporarily change the person's sex if no image is assigned and then try again to find an image.
A couple of the exact error messages and where you encountered the messages would be helpful, as there are a few different problems that would state 'file not found'.
If you are encountering these messages in the mod system report, then the problem is related to the mod system rather than this mod. This message is common for Mac users as the mod system fails to initialize as the game files are inside the .pck and the game cannot find the files(159) to create the backup. It can also happen for users with other OS when the folder permissions prevent the game from creating files and folders.
If you are encountering these messages though the terminal with the debug mod or the log file, then the problem is most likely failure to install the Bugfix mod before everything else, because the Bugfix mod updates the mod system in ways that are critical for adding many new folders(18) and files(174) to the game folder. If the mod folder (the one that contains "info.txt") is not named exactly "AricsExpansion", then the game will fail to find any of the custom script files in that folder, but this is only 11 files. Also, if you failed to notice file copy errors in the mod system report, then those files will likely be reported missing again at this stage.
Edit: in the event that retrying installation fails it can sometimes be useful to extract a new copies of the game and mod from the ZIP archives, or if you do not have/use the archives then re-download them. Though rare, the game folder can become corrupt after bad installs and the mod folder can become corrupt if the user accidentally moves stuff around inside. The rest of the user data folder should be safe from most problems.
%appdata% is basically a Windows shortcut to the path "C:\Users\USER_NAME\AppData\Roaming", which is where many games store save files. The Strive mod folder is located at "%appdata%/Strive/mods" on Windows, so putting that path in a file explorer path bar and pressing enter will take you there. If it does not then that is because the appdata folder is hidden by default and you need to reveal hidden folders on your system. Alternatively, there is a "Open Mod Folder"button in the Mods menu, which will open the file explorer for the mod folder.
So long as you don't mean a path that looks like ".../strive-for-power-1.0d/files/scripts/mods", then yes you can just stick it in the Strive mod folder.
Thank you, I actually read about the upgrade minutes after I've posted this comment :D Looked weird to me that the mod mentioned the need for the specific upgrade only once in the segment that's pretty easy to skip accidently.
This is why he mentioned the Debug mod(https://itch.io/t/1137280/debugmod-v10d), as it changes how the game reacts to errors and enables the display of error messages. It will not fix your errors but the error messages should pinpoint the locations in the scripts that the errors occurred.
The first thing I’d check is that in expansionsettings.gd (or using the constants mod to adjust it) that ”perfect info” is set to true.
The hairstyle showing bald sounds like an old bug that should have been corrected already. Are you using the latest version of the mod or the main branch from GitHub?
Thank you for answering. I actually found out about the no information thing being a proper in game thing. I guess I had never send my nurse away without replacing her. When I gave a new person the "nurse" job it worked. So for that it was false alarm.
Ragrding the baldness: It is not that they all show bald. Just many (~25%) children (Regardless of what age I grow them up to) are bald only when I give a hair growth tonic do they start having hair.
Regarding hairstyles: I meant that when I select "bun" in customization it auto selects "two braids" or "ponytail" becomes "straigth"
I am not sure regarding your question as I downloaded it ages ago, but I am running 1.8d and this was a new game with that mod that is running on and off for months.
(I still have to redo a portrait pack once I have nearly 400 nude/preg pictures now (modified myself or from various sources) and still more to convert)
The hairstyle problem is due to the GUI options not matching the code options, as the GUI is missing the bald hairstyle. In Mansion.tscn replace
items = [ "straight", null, false, 0, null, "ponytail", null, false, 1, null, "twintails", null, false, 2, null, "braid", null, false, 3, null, "two braids", null, false, 4, null, "bun", null, false, 5, null ]
with
items = [ "bald", null, false, 0, null,"straight", null, false, 1, null, "ponytail", null, false, 2, null, "twintails", null, false, 3, null, "braid", null, false, 4, null, "two braids", null, false, 5, null, "bun", null, false, 6, null ]
and it should work. If you change the program folder file then the change will vanish if you re-apply mods. If you apply it to the file in the mod folder then you need to re-apply the mods(just press "Apply", no need for the full process).
S4P crashed during day end where three person (I think it was Emily and Tisha plus one random person) give birth. Attached is the error I obtained from debug mode. I can continue the game using the debug mode somehow (spam don't want to keep the child) but not sure if this is just a temporary solution.
This is an old issue that has been known for quite a while. Fix copied from discord:
the baby has a description problem because babies don't use the standard data (news to me too).
after line 481 of files/scripts/characters/description.gd, a new line needs to be added for feathers_and_fur. I just copied the normal entry
feathers_and_fur = '$His body is sparsely covered with [color=aqua][feathercolor] bird-like feathers[/color]. Beneath that is thick, soft [color=aqua]fur of [furcolor]',
adding a new line requires that you have a decent text editor so that the newline character is correct. although [furcolor] doesn't work because it was only added to the normal description function, it doesn't cause any errors.
Notepad++ will be perfectly sufficient for it. If you add it in the mod files, just remember to reapply the mod (fully deactivate, restart, reactivate, and restart). If you do it in the game files it'll take place next time you start the game but if you ever reload the mod it'll have to be redone. The safest option is adding it to both.
The consent and fetish systems were in discussions for an overhaul (for many of the same reasons as your post) while development was grinding to a halt due to a lack of time and interest. The GitHub version is slightly ahead of the itch.io version, though I'm not familiar with all the differences. The entrancement spell effect was included as a shortcut for both the consent and fetish systems, so if you are looking for an "always say yes" solution then that is it. Note that the enchantment spell effect is consumed by each attempt, so there is still a significant cost.
The consent system has a lot more complexity than may be apparent to the player and there are a lot of intertwined factors. Sexual consents can be influenced by lewdness, lust, and certain fetish opinions. If you aren't going to use the entrancement spell, then my recommendation would be to avoid trying to grind consent simply by asking every day as many of the consents require moderately high stats such as obedience and loyalty simply to get above zero chance of success. Unlike fetishes asking for consent does not improve your chances of success next time, so use a couple meet and sex interactions between attempts to gain consent. Also make sure to clear the rebellious effect of being captured or you probably won't get any consent. The Constants mod only provides options for chances of livestock consent.
The fetish opinion system is complex, buggy, and incomplete so it's difficult to give good advice for it. The alternative to the talk menu should be having the slave participate in the fetish during the sex interaction as the more times a slave is exposed to it each day the greater the chance of raising the fetish. However, this doesn't work for every fetish; some because of bugs and some because the design is lacking. The Constants mod provides access to some options, but these do not appear to be particularly useful at the moment.
To effectively alter/disable the systems, it appears that you could simply edit the values for "var fetish" and "var consentexp" in the program file ".../files/scripts/person/person.gd". It is a plain text file and the edits can be made with any text editor, though making a backup file is recommended. The fetish opinions can be changed from "none" to one of the following values:
"taboo", "dirty", "unacceptable", "uncertain", "acceptable", "enjoyable", "mindblowing"
The consent values can be changed from false to true.
well its not what I hoped but its still better then nothing thanks. I didn't know you could easily edit each character fetish and will for sure do this from now on instead of the mess of menu spam that the game currently demands. Enchantment spam is literally just more menu options clicks which slow everything down so I dont care for it if I want to do more then ask a character to put the damn sword on
If you wanted something else, then you will need to detail what it was you were after. These systems are messy, complex, and spread out across multiple files, so I don't feel like explaining it all and there aren't a lot of great points to edit the scripts unless you have experience programming. For instance, if you wanted Entrancement to last a whole day, then you would need to edit "func usedEntrancement()" in "../files/scripts/statstab.gd" by copying the "return text" line to a new line below
var text = ""
Note, if you make this change using a simple editor like Windows Notepad, then the game will crash due to an improper newline character.
Edit: You could also put a # at the start of the lines between between these two lines("var" and "return") if you prefer.
Also, I should have clarified that editing the values in person.gd will not change any existing characters but change the starting values for newly generated characters. If you want to change the values for existing characters, then you will need to edit the save file, which is JSON formatted data. An online JSON editor can be used to clarify the structure of the data, if you do not have an editor that supports the format. The values will work the same and have the same names as in person.gd, but will be harder to find as there will be a lot of slaves in the file.
Usually the first big indicator is that the game doesn't crash when you start the game or a progress, but besides that there are some things that should be present when the mod has been applied. The main menu will have a special graphic to indicate that the mod is installed, the options menu will list DickGirls as an optional sex, and the starting setup for a custom game will have new races and body part sizes, though you would need to know the normal lists to notice those. The presence of these things indicate that the mod was likely installed correctly, but modding can be complicated and it is entirely possible to add additional mods that conflict and screw up portions of the game.
Without error messages to show otherwise I would assume that it is due to use of "array1.append_array(array2)", which was added in the more recent version of Godot used by 1.0d. While it would not be entirely equivalent, "array1 += array2" can probably be used as a substitute as long as you don't change anything else.
It appears in the following files:
scripts/Mansion.gd
scripts/slave_tab.gd
scripts/exploration.gd
customScripts/expansiontravel.gd
customScripts/expansionsetup.gd
If you continue to have issues, then I suggest checking the output terminal window that opens with the game. If your game does not open with such a window, then you can create your own by opening Terminal, navigating to the app(cd <path to folder containing app>), and start the game(open -a "Strive For Power").
Please note, none of the modding community, including myself, use Mac so we can only get details and test solutions using Mac users like yourself.
Thanks for your response, and I appreciate your suggestion. As I said, I don't rally know what I'm doing (I'm more of a wannabe than anything), so still trying to parse what you said and how to apply it. I Will do some research and report back and in general, I am happy to provide any information/details and test solutions on Mac. Thanks again.
Update: the issue is definitely the changes in the Godot engine. The vanilla 1.0d displays relatives panel just fine. Even in the modded version, it also seems that from the save data that it is recording the relatives info, interactions/sex do recognize relations but it's not processing it for the relatives panel. Going through the scripts you mentioned and trying to understand their mechanics and functionality leads me to think that there are a lot more features that are available in Aric's expansion that are not functioning properly or at all, and I am just not aware because my default is the vanilla version.
One last thing, if I sound like i know what I am doing, I don't. I've just enjoyed playing the vanilla version enough that the expansion seemed like a no brainer, and that led me down the road of how to get mods working on a Mac. Thanks to your answer here I was able to do it, but I am a little (a lot) out of depth here. I guess that's the long way of me saying is that i am not necessarily hung up on fixing this particular issue, I just want to find a way to enjoy the game, with the expansion. So I am open to any suggestions, aside from getting it to work in a PC environment. Thanks again.
The fix shouldn't require much understanding, just change the text from one layout to the other. For instance in Mansion.gd there is:
halfsiblings.append_array(entry.halfsiblings)
Effectively "halfsiblings" is" array1" and "entry.halfsiblings" is "array2". which can be moved to the other layout:
halfsiblings += entry.halfsiblings
The existing line can be replaced with this line and it should work.
As a quick reminder, the mod system makes text changes to the game when mods are applied, so if you change the text of the mod files you will probably need to re-apply the mod for those changes to have any effect.
Brilliant. It was exactly that line of code with the halfsiblings that was breaking it, since that relation was not present in the vanilla version and I guess it didn't know what to do with the data. Anyways, fixed just in time to realize that Aric's v1.9 is out :D Offer still stands if you'd like me to test things on a mac. Thanks again.
The mod is currently buggy as the coders are busy with other projects. This is a known problem with a couple simple fixes. The simple approach is to disable the level up requirements using the Constants mod to enable "disable_levelup_gate".
Otherwise these edits should address the issue:
in outside.gd, lines 1584 and 1590, replace levelupreqs with xp_boost_reqs
in statstab.gd, line 1628 has same problem.
replacing those 6 instances in the mod files should resolve the problems. the mod needs to be re-applied to take effect
Hey, thanks for the fast reply, I followed the instructions and it seemed that it's working at the moment.
Edit: Update, no, still the same. Both are stuck at their previous levels just with a higher grade now. I wonder if it's maybe I am the one who needs to grade-up (I'm still Journeyman in this playthrough)
Wrong mod. This is probably the mod you are looking for https://itch.io/t/2331752/marriageandmore-mod-v3.
Note that the version that is compatible with Arics mod is only only compatible with version 1.8d, as 1.9a made changes to the GUI that require fixes, which are available on the Aric's mod Discord.
I get these exact set of errors when I install AricsExpansion without first installing the Bugfix mod and restarting the game. There are a few bugs in the mod system which prevent AricsExpansion from installing correctly so the game must restart in order to be running the fixed modding system. Also, you may shorten this post to after the first two ERROR lines and delete the second post as those are simply the same two errors repeated for a few dozen files.
I've installed the bugfix and restarted the game multiple times and still get this error. I've deleted the game and mods and reinstalled them. I've moved game folder to different locations, and I tried deleting the backup and roaming folder.
I followed the instructions by applying the bugfix first, restarting the game, then applying the expansion.
Is it because I'm extracting both the bugfix and expansion into the mods folder at the same time?
Are you using Bugfix version 6b? You are not getting the necessary fixes to the mod system. Since you are not listing any errors when opening the Mods menu, this eliminates various OS and folder permissions problems, so there should be no need to change locations. Also no errors listed for when installing the Bugfix indicates no folder permissions problems.
The data in the user/app data folder is almost always safe from corruption and does not need to be deleted. Deleting the Strive program folder after a failed install is a good practice to avoid using corrupt files. Deleting only the backup folder is a good way to make the current state of your game files permanent, as the game will use the current game files to create new ones, though this is rarely advisable as it can cause problems when installing mods. The mods can be extracted into the Strive mods folder at any time before the start of the game as they only affect the install process and game files if they are selected when Apply is pressed.
Yes I am using bugfix 6b. I only receive errors when applying the Aric's expansion mod.
I did noticed something when going through the errors
Additional Mod Installation Information:
These are not errors, but may indicate the source of install problems
ERROR: copy: Failed to open res://backup/.import/woman_crawl_clothed.png-dc9866f9e7d4695632e4160db759c118.md5
At: core/os/dir_access.cpp:307
ERROR: Copying backup file res://.import/woman_crawl_clothed.png-dc9866f9e7d4695632e4160db759c118.md5 Error code(7): File: not found
ERROR: copy: Failed to open res://backup/.import/woman_crawl_clothed.png-dc9866f9e7d4695632e4160db759c118.stex
At: core/os/dir_access.cpp:307
ERROR: Copying backup file res://.import/woman_crawl_clothed.png-dc9866f9e7d4695632e4160db759c118.stex Error code(7): File: not found
ERROR: copy: Failed to open res://files/aric_expansion_images/abils/panic.png.import
At: core/os/dir_access.cpp:307
ERROR: Patching file res://files/aric_expansion_images/abils/panic.png.import Error code(7): File: not found
ERROR: copy: Failed to open res://files/aric_expansion_images/backgrounds/eeriegrove.png.import
At: core/os/dir_access.cpp:307
ERROR: Patching file res://files/aric_expansion_images/backgrounds/eeriegrove.png.import Error code(7): File: not found
ERROR: copy: Failed to open res://files/aric_expansion_images/backgrounds/elvenforest.png.import
At: core/os/dir_access.cpp:307
ERROR: Patching file res://files/aric_expansion_images/backgrounds/elvenforest.png.import Error code(7): File: not found
ERROR: copy: Failed to open res://files/aric_expansion_images/backgrounds/marshlands.png.import
At: core/os/dir_access.cpp:307
ERROR: Patching file res://files/aric_expansion_images/backgrounds/marshlands.png.import Error code(7): File: not found
ERROR: copy: Failed to open res://files/aric_expansion_images/backgrounds/newamberroad.png.import
At: core/os/dir_access.cpp:307
ERROR: Patching file res://files/aric_expansion_images/backgrounds/newamberroad.png.import Error code(7): File: not found
Does this explain anything?
Part of the fixes to the mod system was changing an incorrect directory function which prevented the mod system from creating new folders when patching, which is the source of the errors when patching files to aric_expansion_images. Manually adding that folder will remove those errors, but it's not a reasonable solution.
It's possible your backup folder is corrupt from deleting it but keeping the rest of the program folder while Aric's mod was installed, but using a fresh extraction of the game would solve that. Any permissions issues would raise errors long before the mods were applied.
Also your copied messages are self contradictory as you copied it incorrectly.
The Windows explorer can be used to create folders within the Strive program folder instead of waiting for the mod system to create them. There are folders within ".../Strive/mods/AricsExpansion/patch/" that do not correspond to folders within the Strive program folder. For instance, in "res://files/aric_expansion_images/abils/panic.png.import" from the the errors you just gave "res://" refers to your Strive program folder, which contains the "files" folder. However there will not be the folders "aric_expansion_images/abils" within that folder, so the panic png.import file cannot be copied to there.
Edit: Many of your errors are a missing folder in the backup folder "res://backup/.import".
If you downloaded Strive from somewhere other than itch.io then it's possible your game folder is corrupt, which would explain the contradictions in how the mod system interacts with your Strive program folders.
Otherwise there have been rare cases where a computer has weird permissions everywhere and the best solution is to put the game folder in the roaming folder beside the game's user data folder since this usually provides all necessary permissions to edit files and folders.
hi I'm having trouble getting the mod to work, I'll follow it step by step, only bugfix mod, apply, restart, add aric's beneath, apply, get the follow not-error, close the game, and then the game will crash on launch- I'm just confused where I went wrong :( (I already made sure the folders were direct access (/mods/arics/patchetc)
Are you getting any bugs in the debug console, if you're launching with it? If so, can you post them here for us to examine?
Without any errors being shown, I can make a few guesses at what happened. Have you changed the name of the mod within the file to anything but "AricsExpansion"? It should be very specifically "mods/AricsExpansion/" then the files. As you posted, if you extract it so it has "mods/AricsExpansion/AricsExpansion" OR the folder name is changed (to just arics, like in your example) that it will crash on launch.
I agree with Aric's assessment, a wrong folder name makes the most sense as the cause, but I'd like to clarify some details.
Without the Debug Mod(https://itch.io/t/1137280/debugmod-v10d), most users won't get any debug console and some OS require launching the game through Command Prompt to get one.
Both the current mod system and AricsExpansion can handle non-direct folder locations for the mod so anything like ".../mods/.../AricsExpansion/" will work, but the folder containing "info.txt" must be named "AricsExpansion". The usual culprit is that GitHub names the Zip archive "AricsExpansion_main", which results in an incorrect folder name when extracted.
Please be sure to read the instructions for the Debug mod. It explicitly states that it is a manual patch and not installed using the mod system, so selecting it in the Mods menu will have no effect.
From what I can make out from the screenshot your "AricsExpansion" is spelled correctly, so you have some other issue.
Also, the mods are essentially always source code as the game is open source and the mod system works by editing the game's code to include the mod's code.
oh that explains it! i didn't realize that's how debug mode worked ^^' unselected it in the mod menu + put it in the right spot and everything's working fine now! my guess is the first go around was the aricsexpansion-main issue and then i was a dunderhead with debug mode, thank you so much! (misunderstood the ingame instructions of debug as it not being visible right away/in the mod menu, not that it wouldn't be in the mod folder until i looked at the txt file)
No, this is an old error that was never fixed. The baby has a description problem because babies don't use the standard data. It can be fixed with any plain text editor.
After line 354( or anywhere inside of "dict"), of ".../mods/AricsExpansion/scripts/characters/description.gd", a new line needs to be added for feathers_and_fur. I just copied the normal entry from lower down in the file:
feathers_and_fur = '$His body is sparsely covered with [color=aqua][feathercolor] bird-like feathers[/color]. Beneath that is thick, soft [color=aqua]fur of [furcolor]',
Although [furcolor] doesn't work because it was only added to the normal description function, it doesn't cause any errors.
Edit: another description line is missing from "dict" and can also be added next to the feathers_and_fur line.
fullfeathers = '$His body is covered with [color=aqua][feathercolor] feathers[/color]. ',
Since this change is made to the mod file, you will need to re-apply the mods to update the game files. No need to go through the full install process, simply press Apply and restart when done.
In ".../Strive/mods/AricsExpansion/customScripts/expansionsettings.gd" you can change the value of capturedSelect to your preference. The comment above that variable explains the values. The Constants mod can be used to easily chance many of the values, but support for that type of value was never added to either mod.
