Lootable Mammooth Skulls in WIP, the looting action will be realistic, looted skulls will lose tusks and the quantity will depend exactly on the number of tusks owned by the skull being looted
speaking specifically of the firewood piles, my mod covers any type, even the snowy ones, I know perfectly well that DTA covers a vast typology of objects and there are those who prefer it but personally I don't find realistic to be able to loot everything, neither sealed crates nor sealed barrels that the only thing they can hold is liquor. It's simply a matter of points of view
Looking forward to it. DT changes to many things, i only want to the firewood and branches, nothing else. Sure the training using training dummies are a fun idea, but i really don't need that either. so don't use DT.
Personally I stopped using Dynamic Things because it made it way too easy to get WAY too much stuff. I can always chop as much wood as i want, but it is tedious, so just getting wood makes sense to me.
I hadn't realized there was a separate mod called "base object swapper", so it took me a while before I figured out why this mod didn't seem to do anything. Everything's working fine now though!
This is not working for me. I've tried both the BOS-version and the SSEdit one but I can't loot any firewood piles. Your deedwood and branches BOS- version works great, but not this one. =/
This doesn't seem to work in VR - I tried all of the wood piles in Riverwood and none of them gave up any wood - unless those aren't dynamic? Can anyone confirm that this works in VR or not?
I'm receiving the error regarding "Master list now contains 253 entries and is full". It appears that the script creates masters for every ESP it processes irrespective of whether it modifies a record for the esp or not. For example "Imperious Races of Skyrim" and "Inigo" are both tagged as masters but there are no records modified for either. Is it necessary to tag these as masters if they don't have any records being modified? Regardless it seems like I can simply take those files out of my load order when I build the script as the script isn't modifying anything for them - is that accurate? Love the mod by the way! My load order is now quite heavy with something like 670 ESP/ESP-ESL plugins but I've run your mod previously on a lighter load order, had no problems, and loved it!
Thanks for responding! I tried your suggestion and, as you predicted, didn't see any issues with the added masters. I did a bit more research and the problem looks like it's with the merges - when I run your script against my unmerged plugin list it runs fine (~75 masters). But when I run it against the merged plugin list I hit the 253 limitation. I suspect the script is patching some firewood piles from the merge relating to a few ESPs but the script can't tell what masters those require and so must include the entire plugin list from the merge (including ESL's which most of the patches are). Can I remove the merges from my plugin list (they are almost all patches) and run your script without the merges? Would there be any possible game instability due to excluding the merges from the patcher but including the merge in the game? I'm specifically concerned that the patcher would be against one ID and the actual merged playthrough could be another ID. PS: the merges are mostly vanilla Lexy's Guide - I'm using the guide as a base for my mod list. Thanks again for all the great mods!
UPDATE: Removed the Bash Patch and all the merges. Running the script created ~75 masters. Will let folks know if I see any in game instability.
If anyone asks for it, I've ported the patcher to Synthesis, the resulting code is much simpler than xEdit based code. If you'd like help writing patchers with Synthesis for your mods in the future, feel free to ping me. For something as simple as form reference swapping you shouldn't have to be parsing strings, managing memory, and doing a ton of Delphi-legwork.
Does the Synthesis script preserve the Location and Ownership fields? The xedit script doesn't seem to copy those fields over from the winning overrides.
I've read here in the comments already that the main plugin can be ESLify by compacting IDs, my question will be if the author read this (BTW I use many of your mods) if there are plans for updating it. Because in that case, I will miss the update for that playthrough.
Your data folder can hold 2048 records if using SSE Engine Fixes. If you have a full load order with 254 .esp/.esm , you have room for 1794 .espLight/.esl plugins
So, watch those numbers.... but seriously : having a full load order and exceeding that 1794 number is rather ridiculous
A Light plugin will indeed be trouble, as I've read and understood it, if it contains more than 2048 data records... or is the issue with containing more than 2048 FormIDs? I now can't recall which. In any case, Dark Dominion has misunderstood your question and conflated it with the unrelated game engine's 512 file handles limit (which SSE Engine Fixes can extend to 2048), so don't be confused by his reply.
I was referring to the record budget, as the creation kit for FO4 webpage says:
I read somewhere that the limit was actually 2048 for whatever reason, so that may be old info, but still the limit of 4096 forms would exist and as Vulcan said it may just be a problem only with FormIDs not records, so edits to other plugins would be safe. My patch is not flagged ESL just in case, I'm well under the limit for now.
The city overhauls are the bomb though! I'm running JK's, Eek's beautiful whiterun, and fortified whiterun and find myself just walking around looking at stuff. Absolutely Awesome.
119 comments
DT changes to many things, i only want to the firewood and branches, nothing else. Sure the training using training dummies are a fun idea, but i really don't need that either. so don't use DT.
Your deedwood and branches BOS- version works great, but not this one. =/
UPDATE: Removed the Bash Patch and all the merges. Running the script created ~75 masters. Will let folks know if I see any in game instability.
UPDATE 2: No instability.
I don't have merged patches though but yes got round 800 plugins esm/esp/esl
Q: Can the main esp be eslfied safely?
wizkid34
24 August 2020, 2:46PMno
If you have a full load order with 254 .esp/.esm , you have room for 1794 .espLight/.esl plugins
So, watch those numbers.... but seriously : having a full load order and exceeding that 1794 number is rather ridiculous
I read somewhere that the limit was actually 2048 for whatever reason, so that may be old info, but still the limit of 4096 forms would exist and as Vulcan said it may just be a problem only with FormIDs not records, so edits to other plugins would be safe. My patch is not flagged ESL just in case, I'm well under the limit for now.