Diary Of Mine for Paradise Halls

[TrollAutokill]

5 minutes ago, lupursu said:

This mod is great, I have a lot of fun using it with pahe and aygas. I have a question: are all slaves supposed to be rude towards the player after being sold to a npc? Without exception they all either refuse to talk when we meet again "leave me be" or say rude things like I hope you die or other similar lines. Is this the result of how I treat them when they were mine, or they simply aren't programmed to retain respect or affection to their former owner? I was even hoping some that I used to treat nicely (or reached inlovers/loyals at some point) would ask me to buy them back.

Yes, because you sold them through AYGAS and that's how AYGAS slaves behave. Maybe once I get to AYGAS for DOM, this will change.

Edited December 16, 2025 by TrollAutokill

[DonQuiWho]

@TrollAutokill

 

I'm way behind right now , but I noticed that saves from one of my 2 active games (7.11.4 with PAHE 8.0.2) were showing lots of suspended stacks from SKI_Configmanager and there were a whole heap of DOM related entries in my Papyrus Log.  These took the form of: 

 

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

 

[12/13/2025 - 08:54:09PM] Error: Unable to call GetName - no native object bound to the script object, or object is of incorrect type
stack:
    [None].dom_diarybook.GetName() - "<native>" Line ?
    [DOM04 (2798EAFB)].dom_diary.CheckDiaryByIndex() - "DOM_Diary.psc" Line 501
    [DOM02Topic (270ED87C)].dom_slavemanager.UpdateActorArray() - "DOM_SlaveManager.psc" Line 587
    [DOM02Topic (270ED87C)].dom_slavemanager.Initialize() - "DOM_SlaveManager.psc" Line 51
    [DOM01 (27000D61)].dom_core.OnPlayerLoadInit() - "DOM_Core.psc" Line 1590
    [DOM01 (27000D61)].dom_core.OnPlayerLoadGame() - "DOM_Core.psc" Line 1513
    [alias PlayerAlias on quest DOM01 (27000D61)].DOM_PlayerAlias.OnPlayerLoadGame() - "DOM_PlayerAlias.psc" Line 8.

 

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

 

and

 

[12/13/2025 - 08:41:33PM] warning: Assigning None to a non-object variable named "::temp466"
stack:
    [DOM01 (27000D61)].dom_mcm.UpdateNPCsPage() - "DOM_MCM.psc" Line 3206
    [DOM01 (27000D61)].dom_mcm.OnPageReset() - "DOM_MCM.psc" Line 1916
    [DOM01 (27000D61)].dom_mcm.SetPage() - "SKI_ConfigBase.psc" Line 865
    [SKI_ConfigManagerInstance (30000802)].SKI_ConfigManager.OnPageSelect() - "mgddgfsedsolmrqyulorz" Line 359
[12/13/2025 - 08:41:33PM] Error: Cannot call GetValue() on a None object, aborting function call

 

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

 

After fiddling about a bit, the bottom line seemed to be that I had inadvertently purloined the DOM diary from a slave's inventory/equipped items, and it was then throwing these errors and creating the suspended stacks. 

 

Once I put the diary back into the slave's inventory/equipped items, it all seems to be back to normal, with no repetition of these specific errors

 

Quite stupid, really, 😏, but I'm not sure if it's something you could/might want to add to the startup checks, just to avoid some other bumbling old fool doing likewise 

 

Or if not so, then at least this post might be of use to someone else

 

EDIT: On further reflection, there is another mod in this game throwing out this error:

 

    [SKI_ConfigManagerInstance (30000802)].SKI_ConfigManager.OnPageSelect() - "mgddgfsedsolmrqyulorz" Line 359

 

...but no stacks are arising from those errors (there are LOTS of them).  I think that its inclusion in the stacked stuff here may just be unfortunate timing, and not directly DOM related 🤔

 

DQW

 

Edited December 16, 2025 by DonQuiWho

[zeebyrice2468]

First of all thank you for supporting/maintaining this mod! I just downloaded the 7.11.5 version and Wabbajack isn't recognizing it, the folder inside the zipped folder says 7.11.6. Is that the issue by any chance? Thanks in advance!

[Guest]

1 hour ago, TrollAutokill said:

Your log file only shows ZazAPCAO312 and only for one slave, Shanice. Animations are choosen depending on the personality of the slave, this one is Shanice's tied-up wth chains choice.

Just to be clear, I tried multiple times with multiple slaves across multiple save files with both my regular modlist and a stripped-down "bare essentials" modlist to chain them in any pose other than the one I got, and they always performed the same animation (stood upright, hands chained to the ground behind their back). Also, if personality determines the position in which slaves are chained up, then genuinely why does the mod have dialogue options to choose a position?

[crazymango54]

7 hours ago, crazymango54 said:

Yup. But like I said it wasn't a new game, so that might be causing it. I'll try a new game when I have a chance.

Just tried today's version on a new game, still can't select skooma in the wheel and nothing happens if I pick the dialogue. Let me know if I can test it further somehow, I haven't seen anyone else report issues so idk.

 

I just had some thought about skooma in general though, if you ever feel like expanding on it.

 

One thing is maybe in the initial capture dialogue, you could force a slave to drink skooma, which makes them stay quiet and not run away for a little while. Another thing would be random addiction distributed sort of like virginity, where some slaves you get are already addicted. Last two things would be a cure for addiction and addiction affecting their price negatively. Hope you like one or two of the ideas.

[Fraying9981]

Hey so I found a weird/buggy loop on my current playthrough = DOM/HSH blocking each other and deregistering slaves.

 

It might be due to my behavior, and might not be a fundamental bug, but since it took me some time to identify I would like to report:

• Context: Pah HSH exterior cell (Fort Amol)
• I set DOM trainer X to have their base here (Fort Amol)
• I play a bit in other cells around Riften, add some slaves to DOM trainer X
• Then I tell DOM trainer X to escort slaves to base (Fort Amol). X arrives to Fort Amol, no problem.
• The it starts to get buggy: slaves disappear or are unresponsive.
• It took me some time to connect everything, but basically it seems because I set an exterior HSH cell there, DOM automatically tries to transfer the slaves of X to the exterior cell. Now this may be intended behavior right? since I put a HSH cell and told the DOM trainer it was their base.
• The issue is DOM HSH transfer takes SO LONG like 5-10 minutes IRL. In the meantime: most slaves - not just the unresponsive ones - are buggy as hell = they don't appear in the list, the wheel doesn't work, they get free randomly and I have to reenslave them etc.
• How I figured this out: I had an invincible defeated NPC who was respawning constantly. I couldn't get rid of him and it was annoying as hell. After I while I checked the dialogue and saw there was the HSH camp dialogue -> 💡: the NPC was invincible because it was in a HSH cell. Note: my HSH menu showed the camp is empty, so it's still a bit buggy.

 

I want to say Kudos to @TrollAutokill because I didn't get ANY CTD. DOM is really robust, it's very impressive. In any other mod the game would have crashed, but with DOM I could go on investigating this bug for hours without any crash.

 

What I would like to know: obviously it's probably the HSH cell that is buggy. Can I just remove it altogether? Will it mess up the slaves that are trying to register + the trainers in particular?

 

I'm using:

• Acheron Yamete
• Diary Of Mine 7.11.4_SE_fomod
• PAH_HomeSweetHome_1.33b_SSE (overwritten by DOM)
• No classic Pah (which might explain why transfer is slow, but Pah vanilla is so buggy I prefer to keep DOM only <3)

[theman123]

Which one is the latest version? I read on another discord that 7.11.5 is actually 7.11.6 but just renamed.

[TrollAutokill]

6 hours ago, zeebyrice2468 said:

First of all thank you for supporting/maintaining this mod! I just downloaded the 7.11.5 version and Wabbajack isn't recognizing it, the folder inside the zipped folder says 7.11.6. Is that the issue by any chance? Thanks in advance!

I guess your list needs 7.11.5, but the XML inside the food says 7.11.6.

 

I will correct that asap.

[TrollAutokill]

5 hours ago, adumpaccount said:

Just to be clear, I tried multiple times with multiple slaves across multiple save files with both my regular modlist and a stripped-down "bare essentials" modlist to chain them in any pose other than the one I got, and they always performed the same animation (stood upright, hands chained to the ground behind their back). Also, if personality determines the position in which slaves are chained up, then genuinely why does the mod have dialogue options to choose a position?

The personality is for the random choice. Dialogue and wheel fixed options should still work as advertised.

[brussh]

Thanks a lot for the update, I can see from the last time I tried to get my head round the mechanics a lot has changed. Its just so easy now recruiting NPCs to do all the heavy lifting thing. 

 

One prob I haven't sussed yet. Some of the slaves I make pretty, with armour and weapons then 5 mins later half of it has gone and a lot of the time wont use weapons?? I' going to use the slavers guild on the lake, cant seem to find it here its on pednet, but little info about it. Skyrimlazz makes massive homes which seem to work.

[TrollAutokill]

1 hour ago, theman123 said:

Which one is the latest version? I read on another discord that 7.11.5 is actually 7.11.6 but just renamed.

 7.11.5 had a huge bug and was terminated. During the termination phase it was replaced by 7.11.6 as a safeguard.

[TrollAutokill]

42 minutes ago, brussh said:

One prob I haven't sussed yet. Some of the slaves I make pretty, with armour and weapons then 5 mins later half of it has gone and a lot of the time wont use weapons??

First when they loose their equipment, are they naked or equipped with their default equipment or something else?

 

If that's the classic Skyrim forcing outfit on actors, I need to check the default value is indeed to clear the outfit.

 

It could also be SPID forcing an outfit on the actor.

 

Now if the equipment actually disappears from the slaves' inventory, that's something I have never encountered.

Edited December 16, 2025 by TrollAutokill

[TrollAutokill]

9 hours ago, Fraying9981 said:

Hey so I found a weird/buggy loop on my current playthrough = DOM/HSH blocking each other and deregistering slaves.

 

It might be due to my behavior, and might not be a fundamental bug, but since it took me some time to identify I would like to report:

• Context: Pah HSH exterior cell (Fort Amol)
• I set DOM trainer X to have their base here (Fort Amol)
• I play a bit in other cells around Riften, add some slaves to DOM trainer X
• Then I tell DOM trainer X to escort slaves to base (Fort Amol). X arrives to Fort Amol, no problem.
• The it starts to get buggy: slaves disappear or are unresponsive.
• It took me some time to connect everything, but basically it seems because I set an exterior HSH cell there, DOM automatically tries to transfer the slaves of X to the exterior cell. Now this may be intended behavior right? since I put a HSH cell and told the DOM trainer it was their base.
• The issue is DOM HSH transfer takes SO LONG like 5-10 minutes IRL. In the meantime: most slaves - not just the unresponsive ones - are buggy as hell = they don't appear in the list, the wheel doesn't work, they get free randomly and I have to reenslave them etc.
• How I figured this out: I had an invincible defeated NPC who was respawning constantly. I couldn't get rid of him and it was annoying as hell. After I while I checked the dialogue and saw there was the HSH camp dialogue -> 💡: the NPC was invincible because it was in a HSH cell. Note: my HSH menu showed the camp is empty, so it's still a bit buggy.

You're not suppose to enslave actors being transferred, this is what creates the mess. It seems I need to add a check to the transfer faction to forbid this.

 

HSH was always slow to enlist actors, just be patient.

 

 

[TrollAutokill]

13 hours ago, zeebyrice2468 said:

First of all thank you for supporting/maintaining this mod! I just downloaded the 7.11.5 version and Wabbajack isn't recognizing it, the folder inside the zipped folder says 7.11.6. Is that the issue by any chance? Thanks in advance!

Download .6 and rename it .5, following this procedure from the Wabbajack troubleshooting FAQ:

 

Spoiler

Check the Log

Inside your Wabbajack folder should be another folder with the version number of the current version of Wabbajack.

Navigate to this folder. Inside will be a logs folder.

Navigate to this folder and find the most recent log (the one where installation failed)

At the very end will be a list of web links for files that failed to download. You can download these manually and relocate them to your modlist's downloads folder.

It is important to delete incomplete versions of the failed files from this folder before the attempt.

 

 

[Fraying9981]

57 minutes ago, TrollAutokill said:

You're not suppose to enslave actors being transferred, this is what creates the mess. It seems I need to add a check to the transfer faction to forbid this.

 

HSH was always slow to enlist actors, just be patient.

 

 

 

thanks.

for clarification: actors are already enslaved (in cell A) when they reach Fort Amol where the camp is (cell B).

My point was that actors are transferred to HSH automatically by virtue of the trainer just taking them there OR following me (what I noticed)

 

I'll be more careful about enslaving near an HSH encampment in the future anyway

 

 

6 hours ago, TrollAutokill said:

Now if the equipment actually disappears from the slaves' inventory, that's something I have never encountered.

 

Happens to me occasionally, including for unique NPCs. I leave a DOM slave somewhere (not in a camp) -> i come back hours later -> their gear is reset.

[Guest]

9 hours ago, TrollAutokill said:

The personality is for the random choice. Dialogue and wheel fixed options should still work as advertised.

After some additional testing, I can confirm that all the animations that are supposed to play work and can be played properly through the sae console command, so it's not an issue with Pandora. Could still be an issue with either Zaz or this mod, but I don't have the backend knowledge to check which.

[Lardemar]

2 hours ago, TrollAutokill said:

Download .6 and rename it .5, following this procedure from the Wabbajack troubleshooting FAQ:

 

  Reveal hidden contents

Check the Log

Inside your Wabbajack folder should be another folder with the version number of the current version of Wabbajack.

Navigate to this folder. Inside will be a logs folder.

Navigate to this folder and find the most recent log (the one where installation failed)

At the very end will be a list of web links for files that failed to download. You can download these manually and relocate them to your modlist's downloads folder.

It is important to delete incomplete versions of the failed files from this folder before the attempt.

 

 

unfortunately this does not seem to work, most likely due to a hash check

[TrollAutokill]

58 minutes ago, Lardemar said:

unfortunately this does not seem to work, most likely due to a hash check

Well if the hash was correct it wouldn't work neither since 7.11.5 was badly bugged.

 

@xxvvxx is unfortunately not available to update the mod list. So you'll have either to learn how to hack the hash value, use an older version of the list or wait until January.

 

 

[MortiferusX]

@TrollAutokill

 

Since 7.11.5 DoM overwrites 2 files from OSLAroused. Is that intended? I get Errors for that until I set OSL Aroused under DOM in MO2. 

[TrollAutokill]

1 hour ago, MortiferusX said:

@TrollAutokill

 

Since 7.11.5 DoM overwrites 2 files from OSLAroused. Is that intended? I get Errors for that until I set OSL Aroused under DOM in MO2. 

No, it should overwrite files from SLA aroused. Which have the same name as osla, unfortunately. In addition the plugin names are identical. So it's up to you to not install the sla plugin.

 

Next version it will be deactivated by default, and sla users will need to check the box to install it.

Edited December 16, 2025 by TrollAutokill

[whooptyscoop]

On 12/16/2025 at 11:27 AM, zeebyrice2468 said:

First of all thank you for supporting/maintaining this mod! I just downloaded the 7.11.5 version and Wabbajack isn't recognizing it, the folder inside the zipped folder says 7.11.6. Is that the issue by any chance? Thanks in advance!

Which wabbajack list has this mod included? ive been looking for a wabbajack list that accomodates this mod or at least can seamlessly be added. Id appreciate any recommendations if anyone else has any lol

[TrollAutokill]

On 12/16/2025 at 4:39 PM, adumpaccount said:

After some additional testing, I can confirm that all the animations that are supposed to play work and can be played properly through the sae console command, so it's not an issue with Pandora. Could still be an issue with either Zaz or this mod, but I don't have the backend knowledge to check which.

I tested with latest version and I can't reproduce.

 

Could you post some screenshots of this happening from selection of dialogue or wheel to animation being played?

Edited December 17, 2025 by TrollAutokill

[深淵の神]

Hola TAK
I have tested the new version in a new game and everything seems to work fine. Note that I only use DoM without another addition. I have noticed that the dialogues were modified with a small indication of what it is about, perhaps it is a bit unimmersive but I think it is not bad for the less enlightened. Is there a way to block those empty GunSlicer animations? that dude has a lot of those and leads to the X pose when one of those is reproduced by some DOM slave. On the other hand, I made another Kimli replacer and flagged it as ESL. If anyone is interested, you can change meshes and textures as you please. I used this model: https://www.nexusmods.com/skyrimspecialedition/mods/19741 Emma follower for SE.

https://drive.google.com/file/d/15pAJNqCTPXRaMoM74u0eOQqqabh0Js13/view?usp=sharing
Peace Out ✌

Edited December 17, 2025 by 深淵の神

[KING2757]

for some reason when enslaving certain NPCs like Mena after finishing the heart of Dibella, she just keep on thanking me for saving her daughter etc, no DOM dialogues at all how can i fix it (i have the clone option checked) ? also im on Version 7.11.0, is it safe to update mid-save?

[TrollAutokill]

1 hour ago, KING2757 said:

for some reason when enslaving certain NPCs like Mena after finishing the heart of Dibella, she just keep on thanking me for saving her daughter etc, no DOM dialogues at all how can i fix it (i have the clone option checked) ? also im on Version 7.11.0, is it safe to update mid-save?

Update to 7.11.x as much as you want.

 

If Mena is referenced in quest dialogues through her id, cloning her won't change anything. If the dialogues are blocking, then the only way is to stop the quest or edit it.

Edited December 17, 2025 by TrollAutokill