Diary Of Mine for Paradise Halls

[NicholasJMoore]

Would disabling the default sexlab animations stop the male forced masturbation animation from starting correctly?

Or is there a specific tag it's looking for that might be missing on the other male masturbation animations I have enabled?

Edited December 4, 2025 by NicholasJMoore

[Zoltar]

So when I generate animations with Nemesis, everything works fine (I mean DOM stuff like poses, dancing, masturbation, sex, everything), when I generate animations with Pandora nothing works. I mean other stuff like combat animations or Ostim work fine, but Sexlab stuff wont work. No idea whats the problem, but I'll simply switch back to Nemesis I guess  

[DonQuiWho]

@TrollAutokill

 

Just a 'Heads Up' for much further down the road, and for the bottom of your 'Maybe To Do' List.  😂😂😂  Also assumes that you will be looking to incorporate Musje's ITF into DOM

 

Basically this is a cut and paste of relevant points in a note I added to Pamatronic's Discord about a possible conflict between his (excellent) Deadly Furnitures mod's newly added 'Barstool' and the much older ITF, and how it functions.  Should be self explanatory - I've scored out what's relevant only to PAMA. 

 

This is one to 'Take or Leave' as you wish.  But the main point is the ability of ITF to 'grab' NPCs engaged on other mods' activities, albeit curently I think you can avoid the problem if you LIMIT what ITF functionality NPCs can engage in.  But if you do update DOM, you might want to see if ITF can completely avoid this type of NPC hijack, as it probably may extend in practice to NPCs from other mods, beyond those that Pama's mods might think they temporarily 'own'

 

DQW

 

-----------------

 

Using the Barstool from Furnitures 3.4.3, I found that when I set this up in Whiterun Square, I would get some weird behaviour, with the chosen victim periodically standing up on the stool, and also when the mod had a suitable assailant selected, they (the assailant) would perform for a while, and then run off to attend to 'other' NPCs.

If they got there before the action restarted, they would get involved with the 'other' NPC, If they didn't they would just dry hump into thin air, until they 'restarted' and went off to the 'other' NPC, and then, eventually, return to victimising the NPC on the Barstool.
 

Whatever they did, the finalisation of their copulation did NOT result in a Sexlab end event, ie there was no last stage 'cum', evidenced by lack of visual ejaculation (I have a mod that ensures that male NPC's are not cheated of due satisfaction for their efforts, and the female counterpart did not get any full filling even either, as shown by the absence of a 'Fill her Up' event - so, sadly, no getting female NPCs fat on that barstool) And, however I finished the assailant's involvement, they flat out refuse to redress. Seeing Nazeem wander around with a bargepole sticking out in front of him would turn anyone's stomach

 

So What? Well, firstly, the lack of Sexlab end events is a pity but, Hey!, if that's not Pama's thing, so be it. His mod, his work, his rules. But still a bit of a pity .... running off

 

Secondly, though, and the main point is that other mods can interfere with the chosen 'assailant's actions. In this case, I'm pretty sure it was Musje's ITF (I???? Torture Framework) mod. More Informative Console shows Pama's assailant as having a package from (his Furnitures) mod when dealing with the Barstool victim. Once he has run off to another NPC, the current package is one from the ITF mod, sending the assailant off to chase any local NPC in furniture/other assets from ZAZ 8+ SE. So he has conflicted loyalties. There does seem to be a fix in that you can turn off the 'Any NPC can torture another in the ZAZ furniture' in the ITF mod

 

So why bother with all this speil?

1 - In case anyone else comes across it, anyone reading this, & Pama, now knows of one possible cause

 

2 - Hopefully, just in case there might be some appreciation of the effort involved in regurgitating all this guff 2a - Nazeem and others really would like to have their clothes back at the end of screwing the maiden's pooch 2b - Hopefully, at some point in the not too distant future , at threescore years and 10+ time and mortality weigh in upon one - maybe Pama might be able to see his way to adding a proper Sexlab end to the event? No one really wants to see the continued injustice of both the giver firing blanks and the recipient feeling distinctly unfulfilled, do they?

 

(EDIT: I'll mention this to TAK to see if there is any way to avoid this 'grab any NPC' event when he gets round to updating the ITF part of Musje's mods, as he integrates them into DOM/Diary of Mine)

 

-------------------------

 

 

 

[TrollAutokill]

2 hours ago, NicholasJMoore said:

Would disabling the default sexlab animations stop the male forced masturbation animation from starting correctly?

Or is there a specific tag it's looking for that might be missing on the other male masturbation animations I have enabled?

There are some male animations included with DOM. I just didn't put them in the JSON file yet.

[TrollAutokill]

2 hours ago, Zoltar said:

So when I generate animations with Nemesis, everything works fine (I mean DOM stuff like poses, dancing, masturbation, sex, everything), when I generate animations with Pandora nothing works. I mean other stuff like combat animations or Ostim work fine, but Sexlab stuff wont work. No idea whats the problem, but I'll simply switch back to Nemesis I guess  

I can't really say what might be missing, my configuration works but I went through all possibilities with it: FNIS then Nemesis then Pandora. Maybe doing the 3 in this order works or maybe you're missing a fix.

Edited December 4, 2025 by TrollAutokill

[a_random_user]

22 minutes ago, DonQuiWho said:

@TrollAutokill

 

Just a 'Heads Up' for much further down the road, and for the bottom of your 'Maybe To Do' List.  😂😂😂  Also assumes that you will be looking to incorporate Musje's ITF into DOM

 

Basically this is a cut and paste of relevant points in a note I added to Pamatronic's Discord about a possible conflict between his (excellent) Deadly Furnitures mod's newly added 'Barstool' and the much older ITF, and how it functions.  Should be self explanatory - I've scored out what's relevant only to PAMA. 

 

This is one to 'Take or Leave' as you wish.  But the main point is the ability of ITF to 'grab' NPCs engaged on other mods' activities, albeit curently I think you can avoid the problem if you LIMIT what ITF functionality NPCs can engage in.  But if you do update DOM, you might want to see if ITF can completely avoid this type of NPC hijack, as it probably may extend in practice to NPCs from other mods, beyond those that Pama's mods might think they temporarily 'own'

 

DQW

 

-----------------

 

Using the Barstool from Furnitures 3.4.3, I found that when I set this up in Whiterun Square, I would get some weird behaviour, with the chosen victim periodically standing up on the stool, and also when the mod had a suitable assailant selected, they (the assailant) would perform for a while, and then run off to attend to 'other' NPCs.

If they got there before the action restarted, they would get involved with the 'other' NPC, If they didn't they would just dry hump into thin air, until they 'restarted' and went off to the 'other' NPC, and then, eventually, return to victimising the NPC on the Barstool.
 

Whatever they did, the finalisation of their copulation did NOT result in a Sexlab end event, ie there was no last stage 'cum', evidenced by lack of visual ejaculation (I have a mod that ensures that male NPC's are not cheated of due satisfaction for their efforts, and the female counterpart did not get any full filling even either, as shown by the absence of a 'Fill her Up' event - so, sadly, no getting female NPCs fat on that barstool) And, however I finished the assailant's involvement, they flat out refuse to redress. Seeing Nazeem wander around with a bargepole sticking out in front of him would turn anyone's stomach

 

So What? Well, firstly, the lack of Sexlab end events is a pity but, Hey!, if that's not Pama's thing, so be it. His mod, his work, his rules. But still a bit of a pity .... running off

 

Secondly, though, and the main point is that other mods can interfere with the chosen 'assailant's actions. In this case, I'm pretty sure it was Musje's ITF (I???? Torture Framework) mod. More Informative Console shows Pama's assailant as having a package from (his Furnitures) mod when dealing with the Barstool victim. Once he has run off to another NPC, the current package is one from the ITF mod, sending the assailant off to chase any local NPC in furniture/other assets from ZAZ 8+ SE. So he has conflicted loyalties. There does seem to be a fix in that you can turn off the 'Any NPC can torture another in the ZAZ furniture' in the ITF mod

 

So why bother with all this speil?

1 - In case anyone else comes across it, anyone reading this, & Pama, now knows of one possible cause

 

2 - Hopefully, just in case there might be some appreciation of the effort involved in regurgitating all this guff 2a - Nazeem and others really would like to have their clothes back at the end of screwing the maiden's pooch 2b - Hopefully, at some point in the not too distant future , at threescore years and 10+ time and mortality weigh in upon one - maybe Pama might be able to see his way to adding a proper Sexlab end to the event? No one really wants to see the continued injustice of both the giver firing blanks and the recipient feeling distinctly unfulfilled, do they?

 

(EDIT: I'll mention this to TAK to see if there is any way to avoid this 'grab any NPC' event when he gets round to updating the ITF part of Musje's mods, as he integrates them into DOM/Diary of Mine)

 

-------------------------

 

 

 

I don't know much of PAMA's mod, but would a simple solution be to add the Dummy keyword to his furnitures?

Dummy is a vanilla keyword that does nothing, but Musje had set it up that any furnitures with this keyword attached would get ignored by ITF.

[TrollAutokill]

29 minutes ago, DonQuiWho said:

@TrollAutokill

 

Just a 'Heads Up' for much further down the road, and for the bottom of your 'Maybe To Do' List.  😂😂😂  Also assumes that you will be looking to incorporate Musje's ITF into DOM

 

Basically this is a cut and paste of relevant points in a note I added to Pamatronic's Discord about a possible conflict between his (excellent) Deadly Furnitures mod's newly added 'Barstool' and the much older ITF, and how it functions.  Should be self explanatory - I've scored out what's relevant only to PAMA. 

 

This is one to 'Take or Leave' as you wish.  But the main point is the ability of ITF to 'grab' NPCs engaged on other mods' activities, albeit curently I think you can avoid the problem if you LIMIT what ITF functionality NPCs can engage in.  But if you do update DOM, you might want to see if ITF can completely avoid this type of NPC hijack, as it probably may extend in practice to NPCs from other mods, beyond those that Pama's mods might think they temporarily 'own'

 

DQW

 

-----------------

 

Using the Barstool from Furnitures 3.4.3, I found that when I set this up in Whiterun Square, I would get some weird behaviour, with the chosen victim periodically standing up on the stool, and also when the mod had a suitable assailant selected, they (the assailant) would perform for a while, and then run off to attend to 'other' NPCs.

If they got there before the action restarted, they would get involved with the 'other' NPC, If they didn't they would just dry hump into thin air, until they 'restarted' and went off to the 'other' NPC, and then, eventually, return to victimising the NPC on the Barstool.
 

Whatever they did, the finalisation of their copulation did NOT result in a Sexlab end event, ie there was no last stage 'cum', evidenced by lack of visual ejaculation (I have a mod that ensures that male NPC's are not cheated of due satisfaction for their efforts, and the female counterpart did not get any full filling even either, as shown by the absence of a 'Fill her Up' event - so, sadly, no getting female NPCs fat on that barstool) And, however I finished the assailant's involvement, they flat out refuse to redress. Seeing Nazeem wander around with a bargepole sticking out in front of him would turn anyone's stomach

 

So What? Well, firstly, the lack of Sexlab end events is a pity but, Hey!, if that's not Pama's thing, so be it. His mod, his work, his rules. But still a bit of a pity .... running off

 

Secondly, though, and the main point is that other mods can interfere with the chosen 'assailant's actions. In this case, I'm pretty sure it was Musje's ITF (I???? Torture Framework) mod. More Informative Console shows Pama's assailant as having a package from (his Furnitures) mod when dealing with the Barstool victim. Once he has run off to another NPC, the current package is one from the ITF mod, sending the assailant off to chase any local NPC in furniture/other assets from ZAZ 8+ SE. So he has conflicted loyalties. There does seem to be a fix in that you can turn off the 'Any NPC can torture another in the ZAZ furniture' in the ITF mod

 

So why bother with all this speil?

1 - In case anyone else comes across it, anyone reading this, & Pama, now knows of one possible cause

 

2 - Hopefully, just in case there might be some appreciation of the effort involved in regurgitating all this guff 2a - Nazeem and others really would like to have their clothes back at the end of screwing the maiden's pooch 2b - Hopefully, at some point in the not too distant future , at threescore years and 10+ time and mortality weigh in upon one - maybe Pama might be able to see his way to adding a proper Sexlab end to the event? No one really wants to see the continued injustice of both the giver firing blanks and the recipient feeling distinctly unfulfilled, do they?

 

(EDIT: I'll mention this to TAK to see if there is any way to avoid this 'grab any NPC' event when he gets round to updating the ITF part of Musje's mods, as he integrates them into DOM/Diary of Mine)

 

-------------------------

 

 

 

A solution for the actors would be to add the busy actors to well known busy factions like Sexlab animating faction. This would make it instantly compatible with a lot of LL mods.

Edited December 4, 2025 by TrollAutokill

[TrollAutokill]

4 minutes ago, a_random_user said:

I don't know much of PAMA's mod, but would a simple solution be to add the Dummy keyword to his furnitures?

Dummy is a vanilla keyword that does nothing, but Musje had set it up that any furnitures with this keyword attached would get ignored by ITF.

Doesn't ITF already looks for zbf (ZAZ) furniture keyword?

[a_random_user]

3 minutes ago, TrollAutokill said:

Doesn't ITF already looks for zbf (ZAZ) furniture keyword?

Been a while since I dug into that mod, but I've taken a quick check to make sure. ITF uses ZAZ keywords to determine the type of interaction, but the Dummy keyword is a complete block on furnitures and ITF will not add packages to actors in them or sent other actors to interact with them.

 

Rereading DQW message, I think I misunderstood him. I first thought an npc was selected to be an ITF torturer for PAMA's furniture and that this was causing issues. But after rereading, it seems the issue was that there was an actor involved in a PAMA package, and ITF overwrote his package to go to a different furniture, and that this broke the original setup.

So that would mean that he needs a way to disqualify an actor from being selected by ITF.

 

Unfortunately, I don't see a way to easily keep ITF from selecting a certain actor, besides explicitly assigning them to a scene. 

[TheEbonySmith69]

I seem to have found a strange bug that I can't pinpoint the cause of. I enslaved a female draugr and raped it as punishment. The first time went smoothly. But if I try to rape the draugr a second time, the game crashes. I was able to replicate this behavior on a fresh save. This only happens to the draugr if I enslave it. If it is an non-slave draugr, having sex with it multiple times does not cause the game to crash. Anyone know what might be causing this to occur? Here is the crash log, and here is the load order.

I spent the 4 hours troubleshooting this with AI because I didn't want to bother anyone here unless absolutely necessary, but the AI seems to know less than I do. So far I've tried:
- Disabling Open Animation Replacer
- Disabling my Bashed Patch
- Checking to see if anything overrides the draugr in SSEEdit (FormID = 55938), but nothing appears to

I'm at a loss as to what to check next.

crash-2025-12-05-05-46-19.log loadorder.txt

[TrollAutokill]

8 hours ago, TheEbonySmith69 said:

I seem to have found a strange bug that I can't pinpoint the cause of. I enslaved a female draugr and raped it as punishment. The first time went smoothly. But if I try to rape the draugr a second time, the game crashes. I was able to replicate this behavior on a fresh save. This only happens to the draugr if I enslave it. If it is an non-slave draugr, having sex with it multiple times does not cause the game to crash. Anyone know what might be causing this to occur? Here is the crash log, and here is the load order.

I spent the 4 hours troubleshooting this with AI because I didn't want to bother anyone here unless absolutely necessary, but the AI seems to know less than I do. So far I've tried:
- Disabling Open Animation Replacer
- Disabling my Bashed Patch
- Checking to see if anything overrides the draugr in SSEEdit (FormID = 55938), but nothing appears to

I'm at a loss as to what to check next.

crash-2025-12-05-05-46-19.log 1.02 MB · 0 downloads loadorder.txt 4.59 kB · 0 downloads

Could be some animation problem. Sexlab might be selecting an animation that is not possible for a draugr.

If you produce a papyrus log it will say which animations are selected.

[TrollAutokill]

DOM 7.11.1 is out.

 

• Corrected negative health actors after combat.
• The default is now combat strength is updated after combat for new games. For old games you can turn it on in the MCM abuse tab.
• A notification is now displayed whenever DOM actors gain a level in combat.
• Added far away followers to summon followers, in case you lost Lydia in the dungeon.
• Added summon runners spell to summon only running away and freshly captured  slaves.

I couldn't reproduce CTD when starting a Sexlab scene. Please test and report, preferably with papyrus and skse log files.

 

EDIT: Only on Patreon. Upload on Loverslab failed, I will try again with next update.

 

Edited December 5, 2025 by TrollAutokill

[n55421]

Thanks for the update! I'm still getting log errors and animations that fail to start, so I'll try a new save and report back.

[TrollAutokill]

38 minutes ago, n55421 said:

Thanks for the update! I'm still getting log errors and animations that fail to start, so I'll try a new save and report back.

Send me the log.

[Coom Nation]

11 hours ago, TheEbonySmith69 said:

Anyone know what might be causing this to occur?

Are you on version 7.11? For some people, including me, initiating sexlab scene through DOM causes CTD, while other ways work fine.

[Coom Nation]

Downgraded to 7.10 and on that version sexlab scenes work normally. So it's something wrong with 7.11.

[bnub345]

21 hours ago, TrollAutokill said:

I can't really say what might be missing, my configuration works but I went through all possibilities with it: FNIS then Nemesis then Pandora. Maybe doing the 3 in this order works or maybe you're missing a fix.

 

That shouldn't be necessary at all, Pandora is fully stand-alone. If anyone has issues you should first check these instructions from the github page:

 

Mod Organizer 2
Install Pandora Behaviour Engine as a mod or outside the mods folder. Add Pandora as an application for MO2.
Create an empty mod named Pandora Output using the Tools button on the top right of the main panel (beside the profile selection dropdown).
Set -o "path" in the Arguments field. Replace path with the absolute path to the Pandora Output mod.
Tip

The absolute path can be found by right clicking the Pandora Output folder in MO2, clicking Open In Explorer, then copying the path from the URI path (the big box at the top with arrows)

Run Pandora from MO2. Tick the patches you want and click Launch.
Note

It is recommended to use the startup argument (command line) to set the output mod instead of MO2's "Create in files in mod instead of overwrite".

This is because files produced by Pandora with MO2 VFS will overwrite existing files at their origin, even if in another mod.

Vortex
Install Pandora Behavior Engine outside of the mods folder. Add it to the tools dashboard.
Set -o "path" in the Command Line field. Replace path with your path to the Pandora Output folder.
Ensure that the Start In field is set to the Skyrim Data directory.
Run Pandora. Tick the patches you want and click Launch.
Note

Pandora Output folder should be zipped and installed as mod via Vortex!


Wabbajack and Multiple Installs
Wabbajack
If the engine cannot find FNIS mods, set the path to your Wabbajack Stock Game install using the --tesv:"path" argument. For example, --tesv:"C:/Path/To/MO2/Stock Game".

Multiple Game Installs
If you have multiple game installs, Use the --tesv argument as listed above but with the path pointing to the game root folder.

 

[TrollAutokill]

2 hours ago, bnub345 said:

 

That shouldn't be necessary at all, Pandora is fully stand-alone. If anyone has issues you should first check these instructions from the github page:

 

Mod Organizer 2
Install Pandora Behaviour Engine as a mod or outside the mods folder. Add Pandora as an application for MO2.
Create an empty mod named Pandora Output using the Tools button on the top right of the main panel (beside the profile selection dropdown).
Set -o "path" in the Arguments field. Replace path with the absolute path to the Pandora Output mod.
Tip

The absolute path can be found by right clicking the Pandora Output folder in MO2, clicking Open In Explorer, then copying the path from the URI path (the big box at the top with arrows)

Run Pandora from MO2. Tick the patches you want and click Launch.
Note

It is recommended to use the startup argument (command line) to set the output mod instead of MO2's "Create in files in mod instead of overwrite".

This is because files produced by Pandora with MO2 VFS will overwrite existing files at their origin, even if in another mod.

Vortex
Install Pandora Behavior Engine outside of the mods folder. Add it to the tools dashboard.
Set -o "path" in the Command Line field. Replace path with your path to the Pandora Output folder.
Ensure that the Start In field is set to the Skyrim Data directory.
Run Pandora. Tick the patches you want and click Launch.
Note

Pandora Output folder should be zipped and installed as mod via Vortex!


Wabbajack and Multiple Installs
Wabbajack
If the engine cannot find FNIS mods, set the path to your Wabbajack Stock Game install using the --tesv:"path" argument. For example, --tesv:"C:/Path/To/MO2/Stock Game".

Multiple Game Installs
If you have multiple game installs, Use the --tesv argument as listed above but with the path pointing to the game root folder.

 

Well with this method I got all animals to T-pose (horses, hens, wolves, ...) but humanoids and monsters were good. Go figure...

[TrollAutokill]

4 hours ago, Coom Nation said:

Are you on version 7.11? For some people, including me, initiating sexlab scene through DOM causes CTD, while other ways work fine.

I will really need a papyrus log to check that, because I can't reproduce and can't debug if I am not reproducing the bug.

 

So far I tested: player on slave, NPC on slave and player+NPC on slave, all from dialogue. Yes I am slow because I still have only one functionnal hand for another month.

[Black Heaven]

19 minutes ago, TrollAutokill said:

I will really need a papyrus log to check that, because I can't reproduce and can't debug if I am not reproducing the bug.

 

So far I tested: player on slave, NPC on slave and player+NPC on slave, all from dialogue. Yes I am slow because I still have only one functionnal hand for another month.

take care of yourself

[McLovin3]

14 hours ago, TrollAutokill said:

I couldn't reproduce CTD when starting a Sexlab scene. Please test and report, preferably with papyrus and skse log files.

 

 

I'm still 95% positive my DoM SexLab scene Crashes are synthebd related (It's been oddly fine lately despite no changes). But I saved 2 crash logs from last week.

crash-2025-12-01-11-33-59.log

crash-2025-12-03-02-51-12.log

Edited December 6, 2025 by McLovin3

[TrollAutokill]

4 hours ago, McLovin3 said:

 

I'm still 95% positive my DoM SexLab scene Crashes are synthebd related (It's been oddly fine lately despite no changes). But I saved 2 crash logs from last week.

crash-2025-12-01-11-33-59.log 241.91 kB · 0 downloads

crash-2025-12-03-02-51-12.log 398.33 kB · 0 downloads

This: (Actor,dom_actor,string,string,bool,string,none,ObjectReference,bool,string)

 

One of the function call is using the old format, probably because the calling script is embedded in the save and doesn't get updated.

 

My bad, good practice is to change the name of the function every time the arguments change. 

 

If it's calmer now it might be the scripts stuck in memory have updated themselves.

 

You might have to update powerOfThree mods (papyrus tweaks and papyrus extended) just to be sure.

 

As a test, remove DOM and reinstall 7.11.1. Try from a new game and see if the CTDs have disappeared.

 

Other than that, are your actors in the scene from a custom race, or creatures or animals?

 

If none of these work, the papyrus log would help a lot.

Edited December 6, 2025 by TrollAutokill

[McLovin3]

1 hour ago, TrollAutokill said:

This: (Actor,dom_actor,string,string,bool,string,none,ObjectReference,bool,string)

 

One of the function call is using the old format, probably because the calling script is embedded in the save and doesn't get updated.

 

My bad, good practice is to change the name of the function every time the arguments change. 

 

If it's calmer now it might be the scripts stuck in memory have updated themselves.

 

You might have to update powerOfThree mods (papyrus tweaks and papyrus extended) just to be sure.

 

As a test, remove DOM and reinstall 7.11.1. Try from a new game and see if the CTDs have disappeared.

 

Other than that, are your actors in the scene from a custom race, or creatures or animals?

 

If none of these work, the papyrus log would help a lot.

 

Noted. It's been about a half a year or so since I updated Po3's stuff. I'll update everything soon.

I did have another crash today, still in 7.11.0, forgot to grab logs, but I noticed a pattern

These  DoM Sex Wheel Triggers Crashes were on all freshly captured slaves. These were not a custom race or creature/animal type.

I have yet to have a crash on any "experienced" slaves

[TrollAutokill]

1 hour ago, McLovin3 said:

 

Noted. It's been about a half a year or so since I updated Po3's stuff. I'll update everything soon.

I did have another crash today, still in 7.11.0, forgot to grab logs, but I noticed a pattern

These  DoM Sex Wheel Triggers Crashes were on all freshly captured slaves. These were not a custom race or creature/animal type.

I have yet to have a crash on any "experienced" slaves

Next update I will change the function name, so the scene will just fail to start instead of CTD. In this case the papyrus log will be mandatory to debug further as the crash log will be useless.

[veebars]

Coming back to this after a while away. Lots of great additions, really impressive stuff!

One small problem that you're probably aware of, but just in case: with the current HSH/AYGAS stack I see most things working well except that when a newly abducted slave is still being processed by Papyrus, followers will target that slave for use before the slave is done being processed. This seems to deadlock the slave and follower. Might need a guard on that targeting code or just delay moving whatever flag enables targeting until after the initial processing is done. The only workaround I've found so far is to just disable the followers-use system completely.

One question: as so many more mods are using things like SPID, KID, CDF, et al, as their "core", I'm seeing the "problem" I reported back in '22 as being "worse" in a way. NPCs that are targeted by SPID for inventory additions like adding Wisps or potions end up not only getting those added back into their inventory, but the adding happens over and over so after some time a slave might have 10 wisps and 50 health potions! There's not much I can think of that DOM could do for this, I think we player just have to roll up our sleeves and start updating the many DIST.ini files in our load orders. So my question is: what are people doing or recommending for avoiding this with DOM? Are you just adding a -Faction to the rules where the Faction is something that is guaranteed to be there for DOM, PAHE, HSH, etc? Or a negative keyword? Or some other approach entirely?

Lastly: I would like to enslave Olava the Feeble. But it appears that is blocked intentionally. Can I work around that without breaking things (after her quest line is complete?)

Edited December 6, 2025 by veebars