Latest update notes: 2018/10/07 - 2.0.0 is out; This update will cause your settings to be reset, however no special update procedure is required.
This update brings forth a considerable number of changes, most notably:
Workshop Framework support has now been added. When Workshop Framework (henceforth WSFW) is installed, USS will switch over to a mode where USS's changes are accomplished simply by tweaking some global variables provided by WSFW, instead of using the very complicated scripted system that USS used to require. This mode will both operate more reliably, and imposes a substantial performance improvement compared to the old vanilla, or "legacy" mode, as USS's (fairly heavy) scripts no longer need to run.
Because of these benefits, using WSFW alongside USS is now my recommendation, and I expect more mods to start recommending or requiring it in the future.
I have added a Mod Configuration Menu for this mod. It's set up basically the same way as the holotape, though is obviously a lot more convenient to use.
The .esp plugin now has the "ESL" flag, and is set up internally the same way that a lite plugin (.esl) would be. This means that the game engine will now load USS in the same way as it would a lite plugin, so USS will no longer take up a full plugin slot. This change is backwards-compatible with old versions of the game (1.9 and previous), which will load USS the same as a standard .esp.
I also fixed a few bugs and rewrote a lot of code internally. I think I have ironed out all of the kinks, but as usual there's a chance that a bug or three may have slipped through. Let me know if you have any issues with this version!
Older:
Spoiler:
Show
2017/08/05 - 1.4.6 is out; As usual, no special update instructions for this version.
Spoiler:
Show
The most notable user-facing change is that this version will now detect when new settlements are added, and reset itself as necessary to accommodate them. Previously, you'd need to fiddle with holotape options or console commands and do this manually. Also, if you have random settlement attacks disabled in the config, attacks should no longer slip past the attack reducer immediately following a reset if the reset occurs at just the right (or, wrong) time.
I had also meant to remove the old holotape loss prevention code in 1.4.5, but evidently I forgot, so that change is in this version as well - the USS config holotape will no longer spawn in settlement workbenches should you lose yours, and old ones that spawned this way have been cleaned up; if you need a new holotape following this change, you can craft a new one at a chem station under Utility.
Other changes, mostly for my own benefit, are that I've switched to using Caprica for script compilation, which compiles much faster, generally provides better warnings and errors in case I've written something wrong, provides some handy language extensions (for loops, etc), and, according to the author, produces faster code.
Additionally, debug logging is a lot better now, and prints information to a separate log file, which is a lot easier for me to skim over to see that everything is running the way it should. This enabled me to let the game sit overnight for about 12 hours unattended (at 200 timescale, so 10x game speed), then check the logs in the morning (everything looked good, by the way). This'll also allow me to troubleshoot other users' issues better, should they arise.
========= 2017/04/09 - 1.4.5 is out; As usual, no special update instructions for this version.
Spoiler:
Show
Polished up some things related to the config holotape, and fixed a bug in the main script that could potentially have caused USS not to work at certain settlements, though I've never found a settlement that could actually trigger this bug.
The most notable change in this update is that the configuration holotape can be crafted at a chemistry station if lost. Previously it would spawn itself into your settlement workbenches after some time, but that was kind of a stupid solution. Actually I just noticed that I forgot to remove the code that does this, so this feature is still in 1.4.5. I'll remove it for real when I get around to 1.4.6.
========= 2017/03/13 - 1.4.4 is out; As usual, no special update instructions for this version.
Spoiler:
Show
Fixed another handful of bugs, including one where a vanilla function that the attack reducer relies on wouldn't work on some games for some reason. Given how well this version is working for me in testing, and that I don't know of any still-extant bugs, I've dropped the beta tag for this release.
========= 2017/03/12 - 1.4.3-beta is out; As usual, no special update instructions for this version.
Spoiler:
Show
A couple small tweaks to the main USS script this time - on some occasions the attack reducer would malfunction because of a slight timing issue, so hopefully it doesn't do that now. That's pretty much it.
========= 2017/03/08 - 1.4.2-beta is out; As usual, no special update instructions for this version.
Spoiler:
Show
This release includes more fixes and internal optimizations, as well as a system that'll make future updates a bit easier to write.
Apologies for the repeated updates, but about 70% of the mod has been rewritten now compared to 1.3.x, so I'm bound to miss things. Let me know if you find any issues in this release.
========= 2017/03/07 - 1.4.1-beta is out; As usual, no special update instructions for this version.
Spoiler:
Show
I found an error that made the mod only work correctly when debug mode was enabled. This was caused by me accidentally placing a very important function call on the wrong line. Efforts to find the source of the problem were, understandably, hindered by the nature of the error.
Anyway, if you were having issues with 1.4.0-beta, this will likely fix them.
Also, I rewrote the way the attack reducer works internally; as of 1.4.0, USS has a "pre-daily update" in addition to its previous "post-daily update". Previously, the attack reducer would run after the vanilla script does its thing, then set the LastAttackDaysSet (LADS) value to either delay, disable, or increase the chances of an attack, depending on how USS is configured. This meant that that value was rarely accurate to the real day count since an attack happened last, which throws off stat tracking and might potentially break other mods.
Now, LADS gets its value changes made in the pre-daily update function, the vanilla script runs, and then the post-daily update code reverts the changes USS made in pre-daily update... the net result is that LADS is actually accurate about 23 game-hours a day, USS no longer makes any permanent changes to LADS until an attack happens for real, and USS is slightly less intrusive than before. Joy.
========= 2017/02/25 - 1.4.0-beta is out; I've tested it pretty thoroughly, but a lot has changed internally so I'm calling it a beta since I may have missed something somewhere.
Spoiler:
Show
As far as user-facing changes go, the attack reducer can now be configured to actively disable random attacks entirely. Config for enabling this feature can be found in the holotape. The chance-none config is gone since it has no purpose after the logic re-write.
Internally, I rewrote loads of the internal logic, and it should generally work better than it did before. In particular, there should be less inaccurate production happening (doubling output, or missing a day), especially after waiting a long time or while under very heavy Papyrus load. I mostly did this because another mod I'm working on exposed a very repeatable bug (doubled production every second day), so that shouldn't happen anymore.
I've moved all of the mod's scripts to their own namespace, which makes managing the loose files a lot easier. If you're using the loose script version instead of the .BA2 one for some reason, make sure you clean all the old scripts out of your data folder, or FO4 will still load them, even if they don't do anything anymore.
The attack disabler feature works the same way that the normal attack reducer does, by manipulating a number stored on the workbench (LastAttackDaysSince) to trick the game into never sending attacks - admittedly hacky, but has the advantage of never potentially damaging saves. This may minorly conflict with other mods, notably the days-since-last-attack display in Settlement Management Software (it'll always display 5 or 6), but that's not a big deal.
The mod will need a reset if updating from an earlier version, but USS will do this automatically after loading.
Let me know if you find any issues after this update - if nothing comes up, I'll stop calling this a beta in a few weeks.
2016/08/31 - 1.3.1 is out; this is the same as 1.3.0, but does not have every single DLC as accidental dependencies. ========= 2016/08/30 - 1.3.0 is out; the base mod should now work DLC settlements by default.
Spoiler:
Show
If you are updating after installing new DLC on an existing save, you will have to reset the mod (config holotape -> reset/uninstall -> reset -> confirm & reset) if you want USS to work with it.
========= 2016/08/27 - 1.2.7 is out; turns out there were two things wrong with the reset feature, and I only fixed one of them. This fixes the other thing that was wrong.
Spoiler:
Show
The reset feature was actually broken from 1.2.4 to 1.2.6 and would make the mod stop working if you tried to use it - this will no longer happen, and 1.2.7 has some code to fix existing saves this happened to.
========= 2016/08/23 - 1.2.6 is out; you may have to manually reset USS (use the holotape) to get Far Harbor compatibility working after installing this update.
Spoiler:
Show
This fixes two things I broke: - The reset feature in the USS holotape was broken because of a broken script property. - The Far Harbor patch was broken for the same reason; internally all it does is add the Far Harbor workbench to the list of "workbench types" that USS attaches its scripts to, then resets USS so it actually does attach those scripts. The first part worked, but the reset script wasn't being triggered. I fixed it so it should work again with clean saves/new characters/etc, but existing saves will probably need a manual reset for Far Harbor compatibility to work right.
========= 2016/07/21 - 1.2.5 is out. As with most updates, just install over the old one, no special procedures needed.
Spoiler:
Show
This update fixes an error in the main USS script, specifically I accidentally passed "false", a string, to a function expecting a boolean... casting a non-empty string to a boolean like this evaluates true, so where I meant to send a boolean false to a function, I accidentally sent a boolean true. Hilarity ensues.
The effects of this bug include but are not limited to: - Settlements will attempt to produce resources twice a day, before USS adds its extra resources - this usually does nothing because the vanilla resource cap is so low though - Settlements consume resources twice a day, e.g. a settlement with 10 settlers would likely consume 20 water instead of the intended 10 - Happiness updates twice a day, increasing or decreasing twice as quickly as intended
The effects of this bug were subtle enough I never noticed in testing, or during gameplay.
Anyway the fix was to remove 4 errant quotation marks to turn string false into boolean false and recompile. That was a stupid error on my part.
I came here with the same question, and reading through the comments, I found the following :
ImmortalAbsol - 17 December 2020, 10:00PM Does this work for SS2?
IDontEvenKnow (mod author) - 18 December 2020, 12:46AM I don't see why it wouldn't.
Sorry for necro-posting, but I thought this might be useful to someone in the future. I was especially interested in the tweaking the settlement raiding parts of the mod. Perhaps could this be added to the mod description as well ? Thank you very much for creating and sharing your excellent mods with us!
I reinstalled everything, had to enable it in game and I got the holotape now. I configured everything to be unlimited. I put 100 wood in a workbench and I don't see any more junk getting added to it anyway. Can you confirm that you actually have uncapped resources?
For anyone still running into issues, you need Workshop Framework. Tested and working on pre-next gen downgrade, after it failed to work without WF. It should probably be added as a requirement.
Next Gen + latest Workshop Framework + Workshop Framework Script Overrides for reference.
I have tested this all this morning across my few settlements, making sure there were a lot of settlers farming. It most definitely is uncapped. I have a s#*! load of crops being stored + a ton of water. I only have the vanilla settlers, so Quincy crew at Sanctuary, the two at Tenpines, etc etc.
Like others here it doesn't seem to uncap production. I'll have a play again when I get home next week and see if I can work out if its an issue my end
Does this conflict with "Enable Production Fix" or anything else in Workshop Framework? I'm trying to figure out what each mod does specifically, and avoid mod conflicts.
This modifies settlement attacks, is it compatible with Diziet's No Settlement Attacks? There are no conflicting records in FO4Edit but I haven't the slightest idea on how to check conflicts between scripts.
I wonder if this mod will work with the mods "Northland Diggers" (a mod for the production of various resources by settlers) and the mod "Better Settlement Defense" (a mod for properly protected settlements), how will this affect?
I play with Northland Diggers with a Wasteland Chef station in Vault 88. After using this mod, emptying out old stock and waiting away for about a day, 25 stacks of Deathclaw Steaks appeared. Usually I get maximum 20 stacks. I can confidently say this works with Northland Diggers, but I’m unsure about Better Settlement Defense.
659 comments
2018/10/07 - 2.0.0 is out; This update will cause your settings to be reset, however no special update procedure is required.
This update brings forth a considerable number of changes, most notably:
Because of these benefits, using WSFW alongside USS is now my recommendation, and I expect more mods to start recommending or requiring it in the future.
I also fixed a few bugs and rewrote a lot of code internally. I think I have ironed out all of the kinks, but as usual there's a chance that a bug or three may have slipped through. Let me know if you have any issues with this version!
Older:
2017/08/05 - 1.4.6 is out; As usual, no special update instructions for this version.
I had also meant to remove the old holotape loss prevention code in 1.4.5, but evidently I forgot, so that change is in this version as well - the USS config holotape will no longer spawn in settlement workbenches should you lose yours, and old ones that spawned this way have been cleaned up; if you need a new holotape following this change, you can craft a new one at a chem station under Utility.
Other changes, mostly for my own benefit, are that I've switched to using Caprica for script compilation, which compiles much faster, generally provides better warnings and errors in case I've written something wrong, provides some handy language extensions (for loops, etc), and, according to the author, produces faster code.
Additionally, debug logging is a lot better now, and prints information to a separate log file, which is a lot easier for me to skim over to see that everything is running the way it should. This enabled me to let the game sit overnight for about 12 hours unattended (at 200 timescale, so 10x game speed), then check the logs in the morning (everything looked good, by the way). This'll also allow me to troubleshoot other users' issues better, should they arise.
2017/04/09 - 1.4.5 is out; As usual, no special update instructions for this version.
The most notable change in this update is that the configuration holotape can be crafted at a chemistry station if lost. Previously it would spawn itself into your settlement workbenches after some time, but that was kind of a stupid solution.Actually I just noticed that I forgot to remove the code that does this, so this feature is still in 1.4.5. I'll remove it for real when I get around to 1.4.6.2017/03/13 - 1.4.4 is out; As usual, no special update instructions for this version.
2017/03/12 - 1.4.3-beta is out; As usual, no special update instructions for this version.
2017/03/08 - 1.4.2-beta is out; As usual, no special update instructions for this version.
Apologies for the repeated updates, but about 70% of the mod has been rewritten now compared to 1.3.x, so I'm bound to miss things. Let me know if you find any issues in this release.
2017/03/07 - 1.4.1-beta is out; As usual, no special update instructions for this version.
Anyway, if you were having issues with 1.4.0-beta, this will likely fix them.
Also, I rewrote the way the attack reducer works internally; as of 1.4.0, USS has a "pre-daily update" in addition to its previous "post-daily update". Previously, the attack reducer would run after the vanilla script does its thing, then set the LastAttackDaysSet (LADS) value to either delay, disable, or increase the chances of an attack, depending on how USS is configured. This meant that that value was rarely accurate to the real day count since an attack happened last, which throws off stat tracking and might potentially break other mods.
Now, LADS gets its value changes made in the pre-daily update function, the vanilla script runs, and then the post-daily update code reverts the changes USS made in pre-daily update... the net result is that LADS is actually accurate about 23 game-hours a day, USS no longer makes any permanent changes to LADS until an attack happens for real, and USS is slightly less intrusive than before. Joy.
2017/02/25 - 1.4.0-beta is out; I've tested it pretty thoroughly, but a lot has changed internally so I'm calling it a beta since I may have missed something somewhere.
Internally, I rewrote loads of the internal logic, and it should generally work better than it did before. In particular, there should be less inaccurate production happening (doubling output, or missing a day), especially after waiting a long time or while under very heavy Papyrus load. I mostly did this because another mod I'm working on exposed a very repeatable bug (doubled production every second day), so that shouldn't happen anymore.
I've moved all of the mod's scripts to their own namespace, which makes managing the loose files a lot easier. If you're using the loose script version instead of the .BA2 one for some reason, make sure you clean all the old scripts out of your data folder, or FO4 will still load them, even if they don't do anything anymore.
The attack disabler feature works the same way that the normal attack reducer does, by manipulating a number stored on the workbench (LastAttackDaysSince) to trick the game into never sending attacks - admittedly hacky, but has the advantage of never potentially damaging saves. This may minorly conflict with other mods, notably the days-since-last-attack display in Settlement Management Software (it'll always display 5 or 6), but that's not a big deal.
The mod will need a reset if updating from an earlier version, but USS will do this automatically after loading.
Let me know if you find any issues after this update - if nothing comes up, I'll stop calling this a beta in a few weeks.
2016/08/31 - 1.3.1 is out; this is the same as 1.3.0, but does not have every single DLC as accidental dependencies.
=========
2016/08/30 - 1.3.0 is out; the base mod should now work DLC settlements by default.
2016/08/27 - 1.2.7 is out; turns out there were two things wrong with the reset feature, and I only fixed one of them. This fixes the other thing that was wrong.
2016/08/23 - 1.2.6 is out; you may have to manually reset USS (use the holotape) to get Far Harbor compatibility working after installing this update.
- The reset feature in the USS holotape was broken because of a broken script property.
- The Far Harbor patch was broken for the same reason; internally all it does is add the Far Harbor workbench to the list of "workbench types" that USS attaches its scripts to, then resets USS so it actually does attach those scripts. The first part worked, but the reset script wasn't being triggered. I fixed it so it should work again with clean saves/new characters/etc, but existing saves will probably need a manual reset for Far Harbor compatibility to work right.
2016/07/21 - 1.2.5 is out. As with most updates, just install over the old one, no special procedures needed.
The effects of this bug include but are not limited to:
- Settlements will attempt to produce resources twice a day, before USS adds its extra resources - this usually does nothing because the vanilla resource cap is so low though
- Settlements consume resources twice a day, e.g. a settlement with 10 settlers would likely consume 20 water instead of the intended 10
- Happiness updates twice a day, increasing or decreasing twice as quickly as intended
The effects of this bug were subtle enough I never noticed in testing, or during gameplay.
Anyway the fix was to remove 4 errant quotation marks to turn string false into boolean false and recompile. That was a stupid error on my part.
ImmortalAbsol - 17 December 2020, 10:00PM
Does this work for SS2?
IDontEvenKnow (mod author) - 18 December 2020, 12:46AM
I don't see why it wouldn't.
Sorry for necro-posting, but I thought this might be useful to someone in the future.
I was especially interested in the tweaking the settlement raiding parts of the mod.
Perhaps could this be added to the mod description as well ?
Thank you very much for creating and sharing your excellent mods with us!
I have tested this all this morning across my few settlements, making sure there were a lot of settlers farming. It most definitely is uncapped. I have a s#*! load of crops being stored + a ton of water. I only have the vanilla settlers, so Quincy crew at Sanctuary, the two at Tenpines, etc etc.
Definitely (still) works.