Jump to content

BeeingFemale

milzschnitte

Recommended Posts

Bane Master

Bane Master

Posted
Posted
6 hours ago, antediluvian said:

Regarding the former, I did start a new character (from a fresh game session as well) explicitly to test SLSO now that it's supported natively, hoping that the problems I had observed last August in the old version with the third-party patch had gone away.

 

Regarding a "scratch" installation: no, because it's not needed. =)  Since MO builds a new symbolic link structure each time the game is loaded, the load order itself is responsible for the "installation" order -- effectively, you are installing every mod you have in the specified order as soon as the game is loaded, overwriting every other mod that comes before it with a symlink to the last mod which overwrites that file in the load order.  A scratch uninstall/install was exactly what MO was designed to prevent and why I eventually caved to using it rather than manual installation. ;-)

 

Regarding your specific suggested order, I was loading SLSO after BeeingFemale and the V08 patch, and BeeingFemale tends to be closer to the top of my load order rather than the bottom.  I'll check that to see if that's a factor, but at a glance BF + patch don't overwrite any SLSO files and don't have SLSO as a dependency -- its dependency as far as the engine goes is simply reacting to a text string dispatched as a modevent, and of expecting the compiled .pex files of SexLab to have a certain structure if it uses SexLab as a property in any of its scripts.  That will be the same .pex file regardless of whether SLSO is loaded first or last, as long as no other mods overwrite it last (and none do).  My rant at the bottom of this post covers this completely if you want to waste ten minutes understanding the guts of the game engine.

 

BF is definitely being run on other NPCs, who are certainly the cause of the slowdown, and it's certainly only female NPCs that contribute to the spam and slowdown.  I can run the game fine for hours in a loosely populated area or the wilderness -- but when I approach Riften, Windhelm, or Solitude, technically any area where numerous female NPCs congregate, I get the observed gradual slowdown proportional to the number of NPCs in the loaded area.  Reactivating with my SLSO save in the Windhelm market and digging out a couple exemplars from the stackdumps (which took about five minutes until the game slowed down enough to give me any...):

  Reveal hidden contents

  


[03/22/2018 - 02:43:38AM] Dumping stack 1761235:
[03/22/2018 - 02:43:38AM]     Frame count: 6 (Page count: 5)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for return (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [ActorBase < (0001412D)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [ (0001B136)].WIDeadBodyCleanupScript.GetActorBase() - "Actor.psc" Line 139
[03/22/2018 - 02:43:38AM]             IP: 0    Instruction: 0    Line: 139
[03/22/2018 - 02:43:38AM]             [::temp8]: [Form < (0001412D)>]
[03/22/2018 - 02:43:38AM]             [::temp9]: [ActorBase < (0001412D)>]
[03/22/2018 - 02:43:38AM]         [BF_AddOnManager (11001829)].fwaddonmanager.getActorContraceptionDuration() - "FWAddOnManager.psc" Line 1247
[03/22/2018 - 02:43:38AM]             IP: 205    Instruction: 7    Line: 1247
[03/22/2018 - 02:43:38AM]             [A]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp214]: [ActorBase < (0001412D)>]
[03/22/2018 - 02:43:38AM]             [::temp215]: True
[03/22/2018 - 02:43:38AM]             [::temp216]: None
[03/22/2018 - 02:43:38AM]             [result]: 1.000000
[03/22/2018 - 02:43:38AM]             [::temp217]: 0.000000
[03/22/2018 - 02:43:38AM]         [BF_Main (11000D62)].fwsystem.GetPillDuration() - "FWSystem.psc" Line 1467
[03/22/2018 - 02:43:38AM]             IP: 0    Instruction: 0    Line: 1467
[03/22/2018 - 02:43:38AM]             [A]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp305]: 0.000000
[03/22/2018 - 02:43:38AM]         [BF_SaveLoad (11001827)].fwsaveload.UpdatePerDay() - "FWSaveLoad.psc" Line 119
[03/22/2018 - 02:43:38AM]             IP: 1435    Instruction: 22    Line: 119
[03/22/2018 - 02:43:38AM]             [Woman]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp13]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp14]: 3.591190
[03/22/2018 - 02:43:38AM]             [::temp15]: 1
[03/22/2018 - 02:43:38AM]             [::temp16]: False
[03/22/2018 - 02:43:38AM]             [::temp17]: None
[03/22/2018 - 02:43:38AM]             [::temp18]: []
[03/22/2018 - 02:43:38AM]             [stateEnterTime]: 2.384710
[03/22/2018 - 02:43:38AM]             [currentState]: 1
[03/22/2018 - 02:43:38AM]             [UnbornHealth]: 100.000000
[03/22/2018 - 02:43:38AM]             [ContraceptionTime]: 0.000000
[03/22/2018 - 02:43:38AM]             [contraception]: 0.000000
[03/22/2018 - 02:43:38AM]             [bIsPregnant]: False
[03/22/2018 - 02:43:38AM]             [GT]: 3.655829
[03/22/2018 - 02:43:38AM]             [cur]: 3.591190
[03/22/2018 - 02:43:38AM]             [CurrentStatePercent]: 0.000000
[03/22/2018 - 02:43:38AM]             [contraceptionDur]: 0.000000
[03/22/2018 - 02:43:38AM]             [bIsPlayer]: False
[03/22/2018 - 02:43:38AM]             [flag]: 0
[03/22/2018 - 02:43:38AM]             [bMayPregnant]: False
[03/22/2018 - 02:43:38AM]             [bMayPMS]: False
[03/22/2018 - 02:43:38AM]             [bHasContraceptionItems]: False
[03/22/2018 - 02:43:38AM]             [I]: 0
[03/22/2018 - 02:43:38AM]             [fDur]: []
[03/22/2018 - 02:43:38AM]             [::temp19]: 0.000000
[03/22/2018 - 02:43:38AM]             [::temp20]: False
[03/22/2018 - 02:43:38AM]             [::temp21]: False
[03/22/2018 - 02:43:38AM]             [::temp22]: False
[03/22/2018 - 02:43:38AM]             [::temp23]: False
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None
[03/22/2018 - 02:43:38AM]             [::temp24]: None
[03/22/2018 - 02:43:38AM]             [tmpcontraception]: 0.000000
[03/22/2018 - 02:43:38AM]             [::temp25]: None
[03/22/2018 - 02:43:38AM]             [::temp26]: None
[03/22/2018 - 02:43:38AM]             [::temp27]: ""
[03/22/2018 - 02:43:38AM]             [::temp28]: None
[03/22/2018 - 02:43:38AM]             [::temp29]: ""
[03/22/2018 - 02:43:38AM]             [::temp30]: False
[03/22/2018 - 02:43:38AM]             [::temp31]: False
[03/22/2018 - 02:43:38AM]             [::temp32]: None
[03/22/2018 - 02:43:38AM]             [pill_i]: 0
[03/22/2018 - 02:43:38AM]             [::temp33]: None
[03/22/2018 - 02:43:38AM]             [::temp34]: None
[03/22/2018 - 02:43:38AM]             [pill]: None
[03/22/2018 - 02:43:38AM]             [fx_count]: 0
[03/22/2018 - 02:43:38AM]             [::temp35]: None
[03/22/2018 - 02:43:38AM]             [::temp36]: None
[03/22/2018 - 02:43:38AM]             [::temp37]: False
[03/22/2018 - 02:43:38AM]             [::temp38]: False
[03/22/2018 - 02:43:38AM]             [mag]: 0.000000
[03/22/2018 - 02:43:38AM]             [C]: 0
[03/22/2018 - 02:43:38AM]         [BF_SaveLoad (11001827)].fwsaveload.Update() - "FWSaveLoad.psc" Line 104
[03/22/2018 - 02:43:38AM]             IP: 1772    Instruction: 45    Line: 104
[03/22/2018 - 02:43:38AM]             [Woman]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp0]: 3.641190
[03/22/2018 - 02:43:38AM]             [::temp1]: 26
[03/22/2018 - 02:43:38AM]             [::temp2]: False
[03/22/2018 - 02:43:38AM]             [::temp3]: [GlobalVariable <_BFModEnabled (1101260D)>]
[03/22/2018 - 02:43:38AM]             [::temp4]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp5]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp9]: None
[03/22/2018 - 02:43:38AM]             [::temp10]: ""
[03/22/2018 - 02:43:38AM]             [::temp11]: ""
[03/22/2018 - 02:43:38AM]             [::temp12]: 0
[03/22/2018 - 02:43:38AM]             [StartTime]: 595.315002
[03/22/2018 - 02:43:38AM]             [::temp6]: False
[03/22/2018 - 02:43:38AM]             [::temp8]: 3.655820
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None
[03/22/2018 - 02:43:38AM]             [lu]: 3.591190
[03/22/2018 - 02:43:38AM]             [::temp7]: False
[03/22/2018 - 02:43:38AM]         [BF_Main (11000D62)].fwsystem.OnUpdate() - "FWSystem.psc" Line 590
[03/22/2018 - 02:43:38AM]             IP: 1280    Instruction: 40    Line: 590
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None
[03/22/2018 - 02:43:38AM]             [::temp77]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [::temp78]: True
[03/22/2018 - 02:43:38AM]             [::temp79]: True
[03/22/2018 - 02:43:38AM]             [I]: 9
[03/22/2018 - 02:43:38AM]             [female]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp80]: 36
[03/22/2018 - 02:43:38AM]             [::temp81]: None
[03/22/2018 - 02:43:38AM]             [::temp82]: 595.276978
[03/22/2018 - 02:43:38AM]             [T]: 595.276978

 

0001B136 = Hermir Ice-Heart (Skyrim.esm), who is currently Ovulating in BeeingFemale

This one bears some further investigation on my end, since it's in ActorBase.psc... might just be a coincidental appearance based on its six-deep

 stack trace, however, given that it takes a minimum of six frames to process.

 

[03/22/2018 - 02:43:38AM] Dumping stack 1761100:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 19 on  (1D009077)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (A1F9AD04)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

 

1D009077 = Shelur Ice-Eye (3DNPC.esp), who is currently Follicular in BeeingFemale

A1F9AD04 = aleNPC_Monitor "NPC Monitor" (Weapons and Armor Attributes.esp), cloak spell for applying modifiers from equipped armour

 

[03/22/2018 - 02:43:38AM] Dumping stack 1761135:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 9 on  (5708F41C)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (05038A86)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

 

5708F41C = Visia Hlaalu (Inconsequential NPCs.esp), who is currently Menstruating in BeeingFemale

05038A86 = _Camp_FollowerDelegateEffect "Follower Delegate Effect" (Campfire.esm)

 

[03/22/2018 - 02:43:38AM] Dumping stack 1761038:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 19 on  (1D009077)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (BA037609)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

 

1D009077 = Shelur Ice-Eye again

BA037609 = zBFSEffectsMagicEffect "BFS magic effect" (BFSEffects.esp), a cloak effect

 

[03/22/2018 - 02:43:38AM] Dumping stack 1760753:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 9 on  (0001B11C)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (05038A86)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

0001B11C = Niranye (Skyrim.esm), who is currently Follicular in BeeingFemale

05038A86 = Campfire again

 

[03/22/2018 - 02:43:38AM] Dumping stack 1760651:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 20 on  (0001B136)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (100048A4)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

 

0001B136 = Hermir Ice-Heart again

100048A4 = CFEffectCreatureApply "CF Creature Apply" (Creature Framework.esp)

 

[03/22/2018 - 02:43:38AM] Dumping stack 1761224:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 20 on  (0001B136)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (270012DD)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

 

0001B136 = Hermir Ice-Heart again

270012DD = SOS_SetupNPCMagicEffect "SOS Setup NPC Magic Effect" (Schlongs of Skyrim.esp)

 

[03/22/2018 - 02:43:38AM] Dumping stack 1760449:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 9 on  (5708F41C)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (88003DE7)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

 

5708F41C = Visia Hlaalu again

88003DE7 = DSerNPCCloakApply_Effect "DSerNPCCloakApply_Effect" (DSerArcheryGameplayOverhaul.esp)

 

 

[03/22/2018 - 02:43:38AM] Dumping stack 1760685:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 19 on  (0001B12A)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (A00022EF)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

0001B12A = Nilsine Shatter-Shield (Skyrim.esm), who is currently Ovulating in BeeingFemale

A00022EF = DCOApplyingEffect "DCO Applying Effect" (Dragon Combat Overhaul.esp) -- yeah, I'm baffled too

 

[03/22/2018 - 02:43:38AM] Dumping stack 1761313:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Running (Freeze state: Frozen)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: None
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 19 on  (0001B12A)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 0    Instruction: 0    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (B20012C5)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: None
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

 

0001B12A = Nilsine Shatter-Shield again

B20012C5 = ehs_applyEffect "EHS Apply Effect" (Action Combat.esp) -- (been thinking of doing away with this mod and going for Wildcat instead)
 

...and so on for a large other number of cloak effects and actors in varying combinations.

 

Blech, this visual-only editor on LL is terrible... I want my source editor back. =P

 

* And now, a rant on how Skyrim handles mods!

 

  Reveal hidden contents

I think some people are a little too afraid of this game engine and presume that they must engage in some weird load order voodoo to get things running correctly, and presume that load order is an incontestable thing because there are tools that argue a very specific order is mandatory... instead of simply understanding what those tools are doing.  LOOT/BAIN/Wrye are only as correct as the users who have programmed the rules on conflict winners, and many users mistake certain orders as being necessary when they actually have absolutely no effect whatsoever.  The "Wikipedia effect" as Randall Munroe puts it; someone unqualified creates an unfounded statement, a reasonably reliable but demotivated third party then quotes that statement without confirming it independently, and then the suspect source points to the reliable third party when asked to prove their claim.  e.g., someone writes something plausible but wrong on Wikipedia, WaPo lazily quotes Wikipedia without attribution because it's unreliable, and then Wikipedia points to WaPo as a reliable citation.  I've had a couple arguments with Arthmoor about things he thinks are mandatory when they literally have no effect... as astoundingly useful the majority of USLEEP's changes are -- there's a reason why I use it -- some of his more unusual recommendations are just wasting his and others' time, based on presumption and unreliable sources rather than hard evidence.  Cleaning vanilla masters, for instance: forget it -- it doesn't do anything except take fifteen minutes of your time.  Arthmoor tries to justify that even if it has no effect, it serves as a tutorial for learning xEdit... =P


The game engine is unstable and always has been, of that there can be no doubt, but the way it loads mods and handles conflict winners is just the "rule of one".  MO lets you view the final directory structure to see exactly which mod will win for a given file.  Even doing it manually you should know which mod has overwritten which if you've been at least halfway careful.

Plugins must appear in the correct order if they touch the same form(s) in a master file or if they overwrite the same file(s) in the data folder, and must of course appear after the master files they reference.  If they neither touch the same forms nor overwrite the same files, their load order is completely and entirely irrelevant to the game.  Full stop. =)

These can be handled either by sorting your plugins into the correct order, or creating a proper patch.  Even more, if you do have a patch, made yourself (if and only if you know what you're doing) or by someone else, the patch becomes the official conflict winner and therefore (in the absence of any other incompatibilities) the load order of the plugins it overrides no longer matters either -- shy of missing/incorrect master file order, the conflicting records don't even exist as far as the game engine is concerned!  Only to that extent do you ever need to ensure that .esp files load properly in a very specific order.

Skyrim even correctly handles plugins whose master file indexes aren't properly sorted in the .esp compared to their real load order -- say, Dragonborn, Dawnguard, and Hearthfires in that order instead of the "proper" Dawnguard, Hearthfires, and Dragonborn.  The local zero-based modindex in the file is automatically substituted for the correct load-order-based modindex of the masterfile using code so simple that it's essentially impossible for it to break; all it breaks from is if the master file is missing or farther down the load order than the plugin that expects it, since the loader doesn't do any forward look or precache.  (This was much smarter in Morrowind when it never even bothered with formIDs and just used a shared namespace for all editorIDs, but was changed because A) lazy designers using terrible naming conventions were inadvertently overwriting other records, and B) they figured a dictionary-based object table was less efficient than a numerically-indexed one.  Sigh.  Regressing technology.)

To tie it together:

SLSO and BeeingFemale are not incompatible from directly overwritten files in any way, have no competing records, and have no hard dependencies on load order.  Their effective load order, believe it or not, doesn't matter.

My principal theory is that BF is expecting properties in certain SexLab scripts that SLSO's recompiled scripts don't have in the same order -- this is also why you get logspam like "blahdeblah is attempting to access blah property but it is no longer present" or even silent failures when you have scripts that haven't been fully recompiled (even in the pre-Papyrus era, this would cause a silent script failure).  In other words, I allege they're incompatible based on the way Papyrus handles object code, and load order will absolutely not change that since it'll still be SLSO overwriting that file no matter where it appears in the load order -- regardless of where it appears, BeeingFemale will still see the exact same script by the time the game loads, as long as SLSO isn't inexplicably being overwritten by SexLab (which would cause a crash on game load anyway) or some other mod.  SLSO (and SLAR Anim Appropriate Adjustments) are already walking fairly thin lines by overwriting a main library, so anything that also overwrote them would be basically begging to wreck the game engine.

It's theoretically solvable simply by recompiling BeeingFemale with SLSO present, but if this were done in the main build, it would just cause the problem in reverse for everyone who doesn't have SLSO... and I still haven't confirmed that's the actual problem.  I've only isolated the causation between the two; the actual vector is still a mystery and all I've got is a theory from past experience. =)

My alternative but deprecated theory is that it's an unrelated SKSE-based problem -- some sort of unhandled condition in one of the SKSE plugins like FISS, JContainers, or BeeingFemale's own plugin that causes it to accumulate infinitely looping threads.  This is supported by the gradual increase in CPU load and the commensurate breakdown in the processing speed of the game engine, but not really feasible to debug or test, and the causal relationship between it and SLSO is far less explicable or likely.

Third and least likely theory is that the problem is simply related to pagefile swapping, since I notice my free RAM plummets to zero as this occurs, but that is more of a symptom of the problem (the magic effect bog down creating a runaway use of memory) than a cause of the problem.

If anyone's ever reviewed my post history, they know that I can come up with a million and one possibilities for why anything breaks, but actually isolating the true cause of the problem usually exceeds my give-a-darn threshold. ;-P

 

Just a thought - SLSO is natively supported in the BF patch so there shouldn't be any BF patch provided by SLSO (I don't use SLSO personally so don't know if there is one included) as it will be incompatible with the latest patch version. 

Link to comment

morpheousz

morpheousz

Posted
Posted
8 hours ago, antediluvian said:

Regarding the former, I did start a new character (from a fresh game session as well) explicitly to test SLSO now that it's supported natively, hoping that the problems I had observed last August in the old version with the third-party patch had gone away.

 

Regarding a "scratch" installation: no, because it's not needed. =)  Since MO builds a new symbolic link structure each time the game is loaded, the load order itself is responsible for the "installation" order -- effectively, you are installing every mod you have in the specified order as soon as the game is loaded, overwriting every other mod that comes before it with a symlink to the last mod which overwrites that file in the load order.  A scratch uninstall/install was exactly what MO was designed to prevent and why I eventually caved to using it rather than manual installation. ;-)

 

Regarding your specific suggested order, I was loading SLSO after BeeingFemale and the V08 patch, and BeeingFemale tends to be closer to the top of my load order rather than the bottom.  I'll check that to see if that's a factor, but at a glance BF + patch don't overwrite any SLSO files and don't have SLSO as a dependency -- its dependency as far as the engine goes is simply reacting to a text string dispatched as a modevent, and of expecting the compiled .pex files of SexLab to have a certain structure if it uses SexLab as a property in any of its scripts.  That will be the same .pex file regardless of whether SLSO is loaded first or last, as long as no other mods overwrite it last (and none do).  My rant at the bottom of this post covers this completely if you want to waste ten minutes understanding the guts of the game engine.

 

BF is definitely being run on other NPCs, who are certainly the cause of the slowdown, and it's certainly only female NPCs that contribute to the spam and slowdown.  I can run the game fine for hours in a loosely populated area or the wilderness -- but when I approach Riften, Windhelm, or Solitude, technically any area where numerous female NPCs congregate, I get the observed gradual slowdown proportional to the number of NPCs in the loaded area.  Reactivating with my SLSO save in the Windhelm market and digging out a couple exemplars from the stackdumps (which took about five minutes until the game slowed down enough to give me any...):

  Reveal hidden contents

  


[03/22/2018 - 02:43:38AM] Dumping stack 1761235:
[03/22/2018 - 02:43:38AM]     Frame count: 6 (Page count: 5)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for return (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [ActorBase < (0001412D)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [ (0001B136)].WIDeadBodyCleanupScript.GetActorBase() - "Actor.psc" Line 139
[03/22/2018 - 02:43:38AM]             IP: 0    Instruction: 0    Line: 139
[03/22/2018 - 02:43:38AM]             [::temp8]: [Form < (0001412D)>]
[03/22/2018 - 02:43:38AM]             [::temp9]: [ActorBase < (0001412D)>]
[03/22/2018 - 02:43:38AM]         [BF_AddOnManager (11001829)].fwaddonmanager.getActorContraceptionDuration() - "FWAddOnManager.psc" Line 1247
[03/22/2018 - 02:43:38AM]             IP: 205    Instruction: 7    Line: 1247
[03/22/2018 - 02:43:38AM]             [A]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp214]: [ActorBase < (0001412D)>]
[03/22/2018 - 02:43:38AM]             [::temp215]: True
[03/22/2018 - 02:43:38AM]             [::temp216]: None
[03/22/2018 - 02:43:38AM]             [result]: 1.000000
[03/22/2018 - 02:43:38AM]             [::temp217]: 0.000000
[03/22/2018 - 02:43:38AM]         [BF_Main (11000D62)].fwsystem.GetPillDuration() - "FWSystem.psc" Line 1467
[03/22/2018 - 02:43:38AM]             IP: 0    Instruction: 0    Line: 1467
[03/22/2018 - 02:43:38AM]             [A]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp305]: 0.000000
[03/22/2018 - 02:43:38AM]         [BF_SaveLoad (11001827)].fwsaveload.UpdatePerDay() - "FWSaveLoad.psc" Line 119
[03/22/2018 - 02:43:38AM]             IP: 1435    Instruction: 22    Line: 119
[03/22/2018 - 02:43:38AM]             [Woman]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp13]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp14]: 3.591190
[03/22/2018 - 02:43:38AM]             [::temp15]: 1
[03/22/2018 - 02:43:38AM]             [::temp16]: False
[03/22/2018 - 02:43:38AM]             [::temp17]: None
[03/22/2018 - 02:43:38AM]             [::temp18]: []
[03/22/2018 - 02:43:38AM]             [stateEnterTime]: 2.384710
[03/22/2018 - 02:43:38AM]             [currentState]: 1
[03/22/2018 - 02:43:38AM]             [UnbornHealth]: 100.000000
[03/22/2018 - 02:43:38AM]             [ContraceptionTime]: 0.000000
[03/22/2018 - 02:43:38AM]             [contraception]: 0.000000
[03/22/2018 - 02:43:38AM]             [bIsPregnant]: False
[03/22/2018 - 02:43:38AM]             [GT]: 3.655829
[03/22/2018 - 02:43:38AM]             [cur]: 3.591190
[03/22/2018 - 02:43:38AM]             [CurrentStatePercent]: 0.000000
[03/22/2018 - 02:43:38AM]             [contraceptionDur]: 0.000000
[03/22/2018 - 02:43:38AM]             [bIsPlayer]: False
[03/22/2018 - 02:43:38AM]             [flag]: 0
[03/22/2018 - 02:43:38AM]             [bMayPregnant]: False
[03/22/2018 - 02:43:38AM]             [bMayPMS]: False
[03/22/2018 - 02:43:38AM]             [bHasContraceptionItems]: False
[03/22/2018 - 02:43:38AM]             [I]: 0
[03/22/2018 - 02:43:38AM]             [fDur]: []
[03/22/2018 - 02:43:38AM]             [::temp19]: 0.000000
[03/22/2018 - 02:43:38AM]             [::temp20]: False
[03/22/2018 - 02:43:38AM]             [::temp21]: False
[03/22/2018 - 02:43:38AM]             [::temp22]: False
[03/22/2018 - 02:43:38AM]             [::temp23]: False
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None
[03/22/2018 - 02:43:38AM]             [::temp24]: None
[03/22/2018 - 02:43:38AM]             [tmpcontraception]: 0.000000
[03/22/2018 - 02:43:38AM]             [::temp25]: None
[03/22/2018 - 02:43:38AM]             [::temp26]: None
[03/22/2018 - 02:43:38AM]             [::temp27]: ""
[03/22/2018 - 02:43:38AM]             [::temp28]: None
[03/22/2018 - 02:43:38AM]             [::temp29]: ""
[03/22/2018 - 02:43:38AM]             [::temp30]: False
[03/22/2018 - 02:43:38AM]             [::temp31]: False
[03/22/2018 - 02:43:38AM]             [::temp32]: None
[03/22/2018 - 02:43:38AM]             [pill_i]: 0
[03/22/2018 - 02:43:38AM]             [::temp33]: None
[03/22/2018 - 02:43:38AM]             [::temp34]: None
[03/22/2018 - 02:43:38AM]             [pill]: None
[03/22/2018 - 02:43:38AM]             [fx_count]: 0
[03/22/2018 - 02:43:38AM]             [::temp35]: None
[03/22/2018 - 02:43:38AM]             [::temp36]: None
[03/22/2018 - 02:43:38AM]             [::temp37]: False
[03/22/2018 - 02:43:38AM]             [::temp38]: False
[03/22/2018 - 02:43:38AM]             [mag]: 0.000000
[03/22/2018 - 02:43:38AM]             [C]: 0
[03/22/2018 - 02:43:38AM]         [BF_SaveLoad (11001827)].fwsaveload.Update() - "FWSaveLoad.psc" Line 104
[03/22/2018 - 02:43:38AM]             IP: 1772    Instruction: 45    Line: 104
[03/22/2018 - 02:43:38AM]             [Woman]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp0]: 3.641190
[03/22/2018 - 02:43:38AM]             [::temp1]: 26
[03/22/2018 - 02:43:38AM]             [::temp2]: False
[03/22/2018 - 02:43:38AM]             [::temp3]: [GlobalVariable <_BFModEnabled (1101260D)>]
[03/22/2018 - 02:43:38AM]             [::temp4]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp5]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp9]: None
[03/22/2018 - 02:43:38AM]             [::temp10]: ""
[03/22/2018 - 02:43:38AM]             [::temp11]: ""
[03/22/2018 - 02:43:38AM]             [::temp12]: 0
[03/22/2018 - 02:43:38AM]             [StartTime]: 595.315002
[03/22/2018 - 02:43:38AM]             [::temp6]: False
[03/22/2018 - 02:43:38AM]             [::temp8]: 3.655820
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None
[03/22/2018 - 02:43:38AM]             [lu]: 3.591190
[03/22/2018 - 02:43:38AM]             [::temp7]: False
[03/22/2018 - 02:43:38AM]         [BF_Main (11000D62)].fwsystem.OnUpdate() - "FWSystem.psc" Line 590
[03/22/2018 - 02:43:38AM]             IP: 1280    Instruction: 40    Line: 590
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None
[03/22/2018 - 02:43:38AM]             [::temp77]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [::temp78]: True
[03/22/2018 - 02:43:38AM]             [::temp79]: True
[03/22/2018 - 02:43:38AM]             [I]: 9
[03/22/2018 - 02:43:38AM]             [female]: [WIDeadBodyCleanupScript < (0001B136)>]
[03/22/2018 - 02:43:38AM]             [::temp80]: 36
[03/22/2018 - 02:43:38AM]             [::temp81]: None
[03/22/2018 - 02:43:38AM]             [::temp82]: 595.276978
[03/22/2018 - 02:43:38AM]             [T]: 595.276978

 

0001B136 = Hermir Ice-Heart (Skyrim.esm), who is currently Ovulating in BeeingFemale

This one bears some further investigation on my end, since it's in ActorBase.psc... might just be a coincidental appearance based on its six-deep

 stack trace, however, given that it takes a minimum of six frames to process.

 

[03/22/2018 - 02:43:38AM] Dumping stack 1761100:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 19 on  (1D009077)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (A1F9AD04)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

 

1D009077 = Shelur Ice-Eye (3DNPC.esp), who is currently Follicular in BeeingFemale

A1F9AD04 = aleNPC_Monitor "NPC Monitor" (Weapons and Armor Attributes.esp), cloak spell for applying modifiers from equipped armour

 

[03/22/2018 - 02:43:38AM] Dumping stack 1761135:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 9 on  (5708F41C)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (05038A86)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

 

5708F41C = Visia Hlaalu (Inconsequential NPCs.esp), who is currently Menstruating in BeeingFemale

05038A86 = _Camp_FollowerDelegateEffect "Follower Delegate Effect" (Campfire.esm)

 

[03/22/2018 - 02:43:38AM] Dumping stack 1761038:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 19 on  (1D009077)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (BA037609)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

 

1D009077 = Shelur Ice-Eye again

BA037609 = zBFSEffectsMagicEffect "BFS magic effect" (BFSEffects.esp), a cloak effect

 

[03/22/2018 - 02:43:38AM] Dumping stack 1760753:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 9 on  (0001B11C)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (05038A86)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

0001B11C = Niranye (Skyrim.esm), who is currently Follicular in BeeingFemale

05038A86 = Campfire again

 

[03/22/2018 - 02:43:38AM] Dumping stack 1760651:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 20 on  (0001B136)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (100048A4)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

 

0001B136 = Hermir Ice-Heart again

100048A4 = CFEffectCreatureApply "CF Creature Apply" (Creature Framework.esp)

 

[03/22/2018 - 02:43:38AM] Dumping stack 1761224:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 20 on  (0001B136)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (270012DD)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

 

0001B136 = Hermir Ice-Heart again

270012DD = SOS_SetupNPCMagicEffect "SOS Setup NPC Magic Effect" (Schlongs of Skyrim.esp)

 

[03/22/2018 - 02:43:38AM] Dumping stack 1760449:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 9 on  (5708F41C)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (88003DE7)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

 

5708F41C = Visia Hlaalu again

88003DE7 = DSerNPCCloakApply_Effect "DSerNPCCloakApply_Effect" (DSerArcheryGameplayOverhaul.esp)

 

 

[03/22/2018 - 02:43:38AM] Dumping stack 1760685:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Waiting on other stack for call (Freeze state: Freezing)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 19 on  (0001B12A)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 51    Instruction: 1    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (A00022EF)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: [fwaddonmanager <BF_AddOnManager (11001829)>]
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

0001B12A = Nilsine Shatter-Shield (Skyrim.esm), who is currently Ovulating in BeeingFemale

A00022EF = DCOApplyingEffect "DCO Applying Effect" (Dragon Combat Overhaul.esp) -- yeah, I'm baffled too

 

[03/22/2018 - 02:43:38AM] Dumping stack 1761313:
[03/22/2018 - 02:43:38AM]     Frame count: 1 (Page count: 1)
[03/22/2018 - 02:43:38AM]     State: Running (Freeze state: Frozen)
[03/22/2018 - 02:43:38AM]     Type: Normal
[03/22/2018 - 02:43:38AM]     Return register: None
[03/22/2018 - 02:43:38AM]     Has stack callback: No
[03/22/2018 - 02:43:38AM]     Stack trace:
[03/22/2018 - 02:43:38AM]         [Active effect 19 on  (0001B12A)].FWAbilityBeeingFemale.OnMagicEffectApply() - "FWAbilityBeeingFemale.psc" Line 1642
[03/22/2018 - 02:43:38AM]             IP: 0    Instruction: 0    Line: 1642
[03/22/2018 - 02:43:38AM]             [akCaster]: [Actor < (00000014)>]
[03/22/2018 - 02:43:38AM]             [akEffect]: [MagicEffect < (B20012C5)>]
[03/22/2018 - 02:43:38AM]             [::temp451]: None
[03/22/2018 - 02:43:38AM]             [::NoneVar]: None

 

 

0001B12A = Nilsine Shatter-Shield again

B20012C5 = ehs_applyEffect "EHS Apply Effect" (Action Combat.esp) -- (been thinking of doing away with this mod and going for Wildcat instead)
 

...and so on for a large other number of cloak effects and actors in varying combinations.

 

Blech, this visual-only editor on LL is terrible... I want my source editor back. =P

 

* And now, a rant on how Skyrim handles mods!

 

  Reveal hidden contents

I think some people are a little too afraid of this game engine and presume that they must engage in some weird load order voodoo to get things running correctly, and presume that load order is an incontestable thing because there are tools that argue a very specific order is mandatory... instead of simply understanding what those tools are doing.  LOOT/BAIN/Wrye are only as correct as the users who have programmed the rules on conflict winners, and many users mistake certain orders as being necessary when they actually have absolutely no effect whatsoever.  The "Wikipedia effect" as Randall Munroe puts it; someone unqualified creates an unfounded statement, a reasonably reliable but demotivated third party then quotes that statement without confirming it independently, and then the suspect source points to the reliable third party when asked to prove their claim.  e.g., someone writes something plausible but wrong on Wikipedia, WaPo lazily quotes Wikipedia without attribution because it's unreliable, and then Wikipedia points to WaPo as a reliable citation.  I've had a couple arguments with Arthmoor about things he thinks are mandatory when they literally have no effect... as astoundingly useful the majority of USLEEP's changes are -- there's a reason why I use it -- some of his more unusual recommendations are just wasting his and others' time, based on presumption and unreliable sources rather than hard evidence.  Cleaning vanilla masters, for instance: forget it -- it doesn't do anything except take fifteen minutes of your time.  Arthmoor tries to justify that even if it has no effect, it serves as a tutorial for learning xEdit... =P


The game engine is unstable and always has been, of that there can be no doubt, but the way it loads mods and handles conflict winners is just the "rule of one".  MO lets you view the final directory structure to see exactly which mod will win for a given file.  Even doing it manually you should know which mod has overwritten which if you've been at least halfway careful.

Plugins must appear in the correct order if they touch the same form(s) in a master file or if they overwrite the same file(s) in the data folder, and must of course appear after the master files they reference.  If they neither touch the same forms nor overwrite the same files, their load order is completely and entirely irrelevant to the game.  Full stop. =)

These can be handled either by sorting your plugins into the correct order, or creating a proper patch.  Even more, if you do have a patch, made yourself (if and only if you know what you're doing) or by someone else, the patch becomes the official conflict winner and therefore (in the absence of any other incompatibilities) the load order of the plugins it overrides no longer matters either -- shy of missing/incorrect master file order, the conflicting records don't even exist as far as the game engine is concerned!  Only to that extent do you ever need to ensure that .esp files load properly in a very specific order.

Skyrim even correctly handles plugins whose master file indexes aren't properly sorted in the .esp compared to their real load order -- say, Dragonborn, Dawnguard, and Hearthfires in that order instead of the "proper" Dawnguard, Hearthfires, and Dragonborn.  The local zero-based modindex in the file is automatically substituted for the correct load-order-based modindex of the masterfile using code so simple that it's essentially impossible for it to break; all it breaks from is if the master file is missing or farther down the load order than the plugin that expects it, since the loader doesn't do any forward look or precache.  (This was much smarter in Morrowind when it never even bothered with formIDs and just used a shared namespace for all editorIDs, but was changed because A) lazy designers using terrible naming conventions were inadvertently overwriting other records, and B) they figured a dictionary-based object table was less efficient than a numerically-indexed one.  Sigh.  Regressing technology.)

To tie it together:

SLSO and BeeingFemale are not incompatible from directly overwritten files in any way, have no competing records, and have no hard dependencies on load order.  Their effective load order, believe it or not, doesn't matter.

My principal theory is that BF is expecting properties in certain SexLab scripts that SLSO's recompiled scripts don't have in the same order -- this is also why you get logspam like "blahdeblah is attempting to access blah property but it is no longer present" or even silent failures when you have scripts that haven't been fully recompiled (even in the pre-Papyrus era, this would cause a silent script failure).  In other words, I allege they're incompatible based on the way Papyrus handles object code, and load order will absolutely not change that since it'll still be SLSO overwriting that file no matter where it appears in the load order -- regardless of where it appears, BeeingFemale will still see the exact same script by the time the game loads, as long as SLSO isn't inexplicably being overwritten by SexLab (which would cause a crash on game load anyway) or some other mod.  SLSO (and SLAR Anim Appropriate Adjustments) are already walking fairly thin lines by overwriting a main library, so anything that also overwrote them would be basically begging to wreck the game engine.

It's theoretically solvable simply by recompiling BeeingFemale with SLSO present, but if this were done in the main build, it would just cause the problem in reverse for everyone who doesn't have SLSO... and I still haven't confirmed that's the actual problem.  I've only isolated the causation between the two; the actual vector is still a mystery and all I've got is a theory from past experience. =)

My alternative but deprecated theory is that it's an unrelated SKSE-based problem -- some sort of unhandled condition in one of the SKSE plugins like FISS, JContainers, or BeeingFemale's own plugin that causes it to accumulate infinitely looping threads.  This is supported by the gradual increase in CPU load and the commensurate breakdown in the processing speed of the game engine, but not really feasible to debug or test, and the causal relationship between it and SLSO is far less explicable or likely.

Third and least likely theory is that the problem is simply related to pagefile swapping, since I notice my free RAM plummets to zero as this occurs, but that is more of a symptom of the problem (the magic effect bog down creating a runaway use of memory) than a cause of the problem.

If anyone's ever reviewed my post history, they know that I can come up with a million and one possibilities for why anything breaks, but actually isolating the true cause of the problem usually exceeds my give-a-darn threshold. ;-P

 

Ok we might have gone down the rabbit hole with SLSO then, are you saying that without SLSO installed you do not get the slow down from BF or are you saying that regardless of SLSO being installed or not, you get the slowdown?

 

If with SLSO, when do you get the slowdown, just walking around a highly populated area or when you start a sexlab scene in a highly populated area? In theory SLSO does not do anything unless the player is involved in a sex scene.

 

Do you have sexlab aroused redux installed? It will apply a cloaking effect when an entity is naked (you or others) to cause arousal in any npc that can see the naked entity. There are settings for it that affect how/when nakedness is detected which have different effects on game performance.

 

Having BF run on all npcs has always been a source of slowness / problems, I think Bane tried to address it somewhat in his patches but perhaps it is still not enough? I've only ever had it run on the player / followers so don't have experience with it running on everyone.

Link to comment
antediluvian

antediluvian

Posted
Posted
On 3/22/2018 at 11:30 AM, Bane Master said:

Just a thought - SLSO is natively supported in the BF patch so there shouldn't be any BF patch provided by SLSO (I don't use SLSO personally so don't know if there is one included) as it will be incompatible with the latest patch version. 

Yeah, exactly -- the old version required a third party patch and demonstrated this problem on my mod setup when I last tested it in August last year.  I stopped using both SLSO and the patch without public complaint, presuming that native support was needed.  I tried unsuccessfully to add in support myself, and then my hard drive failed and I stopped playing Skyrim for a few months.

 

Noticing that the newer BF patches added support, I decided to try again.  But the native patch also has the same problem, not using the third party patch.  Hence the concern that it was a mod incompatibility with some other mod on my own end, until someone else confirmed that they also have it.  That more or less rooted me into confirmatory-hypothesis-testing mode... but I'm still willing to accept an alternative explanation if I can find one. =)

 

On 3/22/2018 at 1:06 PM, morpheousz said:

1) Ok we might have gone down the rabbit hole with SLSO then, are you saying that without SLSO installed you do not get the slow down from BF or are you saying that regardless of SLSO being installed or not, you get the slowdown?

 

2) If with SLSO, when do you get the slowdown, just walking around a highly populated area or when you start a sexlab scene in a highly populated area? In theory SLSO does not do anything unless the player is involved in a sex scene.

 

3) Do you have sexlab aroused redux installed? It will apply a cloaking effect when an entity is naked (you or others) to cause arousal in any npc that can see the naked entity. There are settings for it that affect how/when nakedness is detected which have different effects on game performance.

 

4) Having BF run on all npcs has always been a source of slowness / problems, I think Bane tried to address it somewhat in his patches but perhaps it is still not enough? I've only ever had it run on the player / followers so don't have experience with it running on everyone.

1) Correct; without SLSO installed, but with BF installed, my game runs stable for several hours at a time.  I still get the occasional crash like anyone else with Skyrim does -- the occasional random crash around Dawnstar if Windcaller Temple hasn't been cleared, for instance -- but even with numerous script heavy mods, a demanding ENB, particle snow from Vivid Weathers, and a combined "gameplay PLUS sex" setup, I still tend to run quite smoothly on five-year-old hardware.

 

2) Mere presence causes the slowdown.  The takeaway is that installing SLSO somehow causes the game to bog down whenever an PC is affected by magic effects from other mods, rather than anything to do specifically with BF or SLSO itself.  However, BeeingFemale is the primary mod with frozen scripts that is identified in the increasingly lengthy stackdump.  In addition to the same reason you mention -- that SLSO shouldn't have any effect (it's purely event driven and has no cloak spells at all) -- this is the principal reason why I suspect that it's a virtual machine incompatibility with BeeingFemale.  Its SLSO compatibility is also purely event driven and has no hard dependency.  As BF is even theoretically a non-adult mod, it has only one part of the code that even cares whatsoever about anything that SLSO touches: the built-in SexLab addon.  Either coincidentally or causally, the stackdump spam all traces to the BF_AddonManager.  All stray magic effects are cleared out when the game is restarted, but it bogs down again eventually.

 

It's insidiously slow in the wilderness, taking at least an hour or two before it's noticeable, but Windhelm is one of the best places to test the problem as it'll degrade down to an obvious 20 FPS within less than 20~30 minutes.

 

3) I do!  I don't use any LOS or item-based naked actor detection -- I just use the simple configuration where any slot other than underwear is not naked.  I do usually run SLAR with a faster update and a lower Exposure Base Rate so that NPCs don't wind up completely missing exposures, and disable naked detection so that time rates for NPCs get properly updated even if there isn't anybody nude in the cell, so I can e.g., wait out an NPC becoming horny over time just by staying in the same cell.  This faster update rate does increase burden on Papyrus in extreme population areas, but has almost no effect in routine play, and works just fine on my sans-SLSO setup in the Windhelm Market where the plus-SLSO setup degrades.

 

4) I do run it on all NPCs by intention, since I play male and female characters and one of my previous ultra-promiscuous male characters had some "uh oh" moments.  Really makes me wish that I had the time to make a mod that has NPCs chasing down the player for child support. ;-)  Since BF usually only updates NPCs once every 60 seconds, that's been more or less completely transparent in effect.

 

----

 

One other thing I didn't consider before... I wonder how well BF handles old configuration files.  I'm still using my old JSON file to load config settings.  I might try another couple throwaway characters without importing a profile, just setting everything manually, and see if that has any effect.

Link to comment
antediluvian

antediluvian

Posted
Posted
18 hours ago, LatencyRemix said:

Hi all,  I have 2 question's about beeing female.  1st What is "Active script" "fwabilitybeeingfemale" ********  And 2 Why does my save file have 10,000 of them?

That's the magic effect that tracks females in the mod, and is attached to each female to let them handle magic effects that affect them (like contraceptives, fetal alcohol syndrome, suffering injury that harms the baby, etc.).  If your save has thousands of them, then something has run away and is reapplying effects without detecting that they've been applied.  Usually they'll be cleared out on a load of the game.  If they survive a save-load, you can run a reset within BF's MCM as a first resort or a clean save as a last resort.

Link to comment
LatencyRemix

LatencyRemix

Posted
Posted
48 minutes ago, antediluvian said:

If they survive a save-load, you can run a reset within BF's MCM as a first resort or a clean save as a last resort.

the game becomes so bloated, that going into the BF mcm just has a black screen, i even left it open on the menu for about 5-10 mins and still was a black menu when i returned.  I have been deleting all those active scripts from my save file. 

Link to comment
worik

worik

Posted
Posted
22 minutes ago, LatencyRemix said:

I have been deleting all those active scripts from my save file. 

You might consider to switch of the NPC tracking in BF.  ... e.g. MCM->GeneralSettings-> NPC menstrual cycle... etc...

 

It usually makes sense if you care for all those women in Skyrim, their babies, their daily mood and if they can conceive.

If you play BF just for your own female character you won't need that and can save yourself a lot of wasted Papyrus ressources.

Link to comment
morpheousz

morpheousz

Posted
Posted
9 hours ago, antediluvian said:

Yeah, exactly -- the old version required a third party patch and demonstrated this problem on my mod setup when I last tested it in August last year.  I stopped using both SLSO and the patch without public complaint, presuming that native support was needed.  I tried unsuccessfully to add in support myself, and then my hard drive failed and I stopped playing Skyrim for a few months.

 

Noticing that the newer BF patches added support, I decided to try again.  But the native patch also has the same problem, not using the third party patch.  Hence the concern that it was a mod incompatibility with some other mod on my own end, until someone else confirmed that they also have it.  That more or less rooted me into confirmatory-hypothesis-testing mode... but I'm still willing to accept an alternative explanation if I can find one. =)

 

1) Correct; without SLSO installed, but with BF installed, my game runs stable for several hours at a time.  I still get the occasional crash like anyone else with Skyrim does -- the occasional random crash around Dawnstar if Windcaller Temple hasn't been cleared, for instance -- but even with numerous script heavy mods, a demanding ENB, particle snow from Vivid Weathers, and a combined "gameplay PLUS sex" setup, I still tend to run quite smoothly on five-year-old hardware.

 

2) Mere presence causes the slowdown.  The takeaway is that installing SLSO somehow causes the game to bog down whenever an PC is affected by magic effects from other mods, rather than anything to do specifically with BF or SLSO itself.  However, BeeingFemale is the primary mod with frozen scripts that is identified in the increasingly lengthy stackdump.  In addition to the same reason you mention -- that SLSO shouldn't have any effect (it's purely event driven and has no cloak spells at all) -- this is the principal reason why I suspect that it's a virtual machine incompatibility with BeeingFemale.  Its SLSO compatibility is also purely event driven and has no hard dependency.  As BF is even theoretically a non-adult mod, it has only one part of the code that even cares whatsoever about anything that SLSO touches: the built-in SexLab addon.  Either coincidentally or causally, the stackdump spam all traces to the BF_AddonManager.  All stray magic effects are cleared out when the game is restarted, but it bogs down again eventually.

 

It's insidiously slow in the wilderness, taking at least an hour or two before it's noticeable, but Windhelm is one of the best places to test the problem as it'll degrade down to an obvious 20 FPS within less than 20~30 minutes.

 

3) I do!  I don't use any LOS or item-based naked actor detection -- I just use the simple configuration where any slot other than underwear is not naked.  I do usually run SLAR with a faster update and a lower Exposure Base Rate so that NPCs don't wind up completely missing exposures, and disable naked detection so that time rates for NPCs get properly updated even if there isn't anybody nude in the cell, so I can e.g., wait out an NPC becoming horny over time just by staying in the same cell.  This faster update rate does increase burden on Papyrus in extreme population areas, but has almost no effect in routine play, and works just fine on my sans-SLSO setup in the Windhelm Market where the plus-SLSO setup degrades.

 

4) I do run it on all NPCs by intention, since I play male and female characters and one of my previous ultra-promiscuous male characters had some "uh oh" moments.  Really makes me wish that I had the time to make a mod that has NPCs chasing down the player for child support. ;-)  Since BF usually only updates NPCs once every 60 seconds, that's been more or less completely transparent in effect.

 

----

 

One other thing I didn't consider before... I wonder how well BF handles old configuration files.  I'm still using my old JSON file to load config settings.  I might try another couple throwaway characters without importing a profile, just setting everything manually, and see if that has any effect.

How long does it take before the slowdown happens? I started a new game, enabled BF for all NPCs and ran to whiterun and walked around with no difference from what I can tell. Ran to Dawnstar and then to Morthal, went to riften, etc... Even had sex in whiterun and got pregnant. After 3 hours of running to different cities, fighting in the wilderness, etc... no slowdown and no script dumps in the log. 

 

This is with BF 2.8.1 + Bane Master BF Patch V8 + SLSO 1.33, installed using NMM.

 

**Edit

Just checked through your load order, you have Wet and Cold. I had major major problems in general (not bf or slso related) when i had Wet and Cold installed, constant slowdowns, dumps, crashes, etc. As soon as I removed that mod, my skyrim install ran so much better. I tried playing with it's settings but nothing mattered, just having that mod caused me so many problems.

1
Link to comment
Loller99

Loller99

Posted
Posted

Question: i am using this mod together with Skyrim Romance. My char gave birth to the kid from that mod, but now, after the birth, my pc's body won't reset to normal, even if i resetted mod through cheat menu.
I mean, it doesn't have the pregnancy belly anymore, but it's still not the way i setted it..

Link to comment
slygothmog

slygothmog

Posted
Posted
13 hours ago, Ragnarokj said:

What does that mean?

He means you need a body with a skeleton that supports this, I use XP32 Maximum Skeleton Extended with HDT Physics Extension, this works well for me, the belly will move a little when entering/leaving sneak mode or jumping, just enough to give a sense of realism.

Link to comment
morpheousz

morpheousz

Posted
Posted
12 hours ago, anolbee said:

Is there a patch for Skyrim Romance?

Skyrim Romance already uses Beeing Female if BF is present. When you have the convo about getting pregnant, SR triggers a BF pregnancy. Then SR has a convo for each trimester which manually advances BF's pregnancy and then the birth scene convo as well.

 

Can cause some weirdness depending on the settings you have in BF for how long pregnancy lasts as you could in theory get to the 3rd trimester without having any convos in SR, then have the convo in SR and SR will reset your pregnancy back to whatever pregnancy status convo you had (so in theory you could go from late 3rd trimester back to "Hey i just got pregnant").

Link to comment
Ragnarokj

Ragnarokj

Posted
Posted
On 3/31/2018 at 2:18 AM, slygothmog said:

He means you need a body with a skeleton that supports this, I use XP32 Maximum Skeleton Extended with HDT Physics Extension, this works well for me, the belly will move a little when entering/leaving sneak mode or jumping, just enough to give a sense of realism.

One question however: What type of body do you use? I use Unified UNP HDT since it was recommended in another forum for this.

Link to comment
slygothmog

slygothmog

Posted
Posted
On 4/2/2018 at 9:06 AM, Ragnarokj said:

One question however: What type of body do you use? I use Unified UNP HDT since it was recommended in another forum for this.

I use the same body, it's probably the best of them all .... I suspect your maybe expecting the belly to jiggle like the boobs do?  That's not going to happen unless you physically alter the body mesh weight paint in that area, though I would not recommend it, the more stuff 'bounces' the more probability that it will distort.

 

You might try looking through the downloads section, some people have uploaded their own versions of the body with altered physics, like this one ...

https://www.loverslab.com/files/file/2476-all-in-one-hdt-animated-pussy/ or https://www.loverslab.com/files/file/2431-naturalistic-hdt-and-beast-hdt/

Link to comment
slygothmog

slygothmog

Posted
Posted

Will there be any more updates?  It's just iv'e noticed a few things since installing the V.8 patch.

I run a very stable game, CTD's are rare, I decided to start a new game and let NPC's become pregnant, normally I only let my character do the preg thing.

Anyways on two separate occasions my game crashed and of course I had no idea why, till later that is.  Six NPC's were pregnant, one by my character, then later I got messages saying two of them were pregnant again!

I checked them in game via the spell you can cast and saw they had lost their original pregnancy and were now pregnant by someone completely different.

The other four NPC's have kept their pregnancy's intact.... for now.

The two that lost their pregnancy had multi partner pregnancy, 4 children all by different fathers ( They attended a very naughty party courtesy of SLEN )

The V.7 patch ran great for me, I think I played the game for 60 hours (RL) and never had a hiccup, seems V.8 has introduced a bit of wonkyness.

Link to comment
Bane Master

Bane Master

Posted
Posted
3 hours ago, slygothmog said:

Will there be any more updates?  It's just iv'e noticed a few things since installing the V.8 patch.

I run a very stable game, CTD's are rare, I decided to start a new game and let NPC's become pregnant, normally I only let my character do the preg thing.

Anyways on two separate occasions my game crashed and of course I had no idea why, till later that is.  Six NPC's were pregnant, one by my character, then later I got messages saying two of them were pregnant again!

I checked them in game via the spell you can cast and saw they had lost their original pregnancy and were now pregnant by someone completely different.

The other four NPC's have kept their pregnancy's intact.... for now.

The two that lost their pregnancy had multi partner pregnancy, 4 children all by different fathers ( They attended a very naughty party courtesy of SLEN )

The V.7 patch ran great for me, I think I played the game for 60 hours (RL) and never had a hiccup, seems V.8 has introduced a bit of wonkyness.

I'm more than happy to fix things if I can - but sadly I can't try to fix CTDs or even wonkyness unless we can identify a cause in the code

 

1
Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Go to topic listing

  • Recently Browsing   0 members

    • No registered users viewing this page.

View Community Rules

Help Support LoversLab

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. For more information, see our Privacy Policy & Terms of Use