Diary Of Mine for Paradise Halls

[theman123]

8 hours ago, TrollAutokill said:

 

Yes it's a known problem. Actually both PAH and DoM need a save reload for correct initialization

 Never start enslaving right away, it will screw your game.

 

This is documented in the mod description, see the installation section.

I did do a save and reload. I restarted PAH waited 10 min, saved, reloaded, waited another 15 min. New slaves still stay completely still. Maybe its cause im a vampire and they're part of the cattle faction now?

Edited May 8, 2023 by theman123

[sidfu1]

1 hour ago, theman123 said:

I did do a save and reload. I restarted PAH waited 10 min, saved, reloaded, waited another 15 min. New slaves still stay completely still. Maybe its cause im a vampire and they're part of the cattle faction now?

read what he put
BEFORE YOU ENSLAVE ANYONE. not after but before. basically  pahe didn't not full y initlaize and you enslaved someone. that person and ANY AND ALL slaves enslaved after them are now perm buged

yu shuld aways do this
1. start game
2. make charcter depending on how you start
3. setup mcm
4. save and exit
5. now you start game and all should be good

this should be did on any start even if not using pahe as  it makes sure all your mcm mods started fine.

[theman123]

1 hour ago, sidfu1 said:

read what he put
BEFORE YOU ENSLAVE ANYONE. not after but before. basically  pahe didn't not full y initlaize and you enslaved someone. that person and ANY AND ALL slaves enslaved after them are now perm buged

yu shuld aways do this
1. start game
2. make charcter depending on how you start
3. setup mcm
4. save and exit
5. now you start game and all should be good

this should be did on any start even if not using pahe as  it makes sure all your mcm mods started fine.

I did do all the BEFORE I enslaved anyone. When I say new slaves still are bugged, I mean AFTER I restarted pah and saved and reloaded. These are npcs I enslaved AFTER doing all of that.

Edited May 8, 2023 by theman123

[sidfu1]

console click on the slave then scroll down and find which ai package they  are on. make sure your using like this so you can see more of the info. also you can console click them and disable then enable to see if their ai gets reset

[theman123]

10 hours ago, sidfu1 said:

console click on the slave then scroll down and find which ai package they  are on. make sure your using like this so you can see more of the info. also you can console click them and disable then enable to see if their ai gets reset

 

Seems to be using a DOM package. I also tried disabling and re-enabling her through console. Still doesn't follow me. She does listen to most other commands though (poses, wear armor).

Spoiler

 

Edited May 9, 2023 by theman123

[roldoi1911]

My Thalmor slaves aren’t selling to anyone. I think i has something to do with their submission stat. No matter what i do to them, (Pahe) submission always remain 0 every when other stat is maxed.

[TrollAutokill]

2 hours ago, roldoi1911 said:

My Thalmor slaves aren’t selling to anyone. I think i has something to do with their submission stat. No matter what i do to them, (Pahe) submission always remain 0 every when other stat is maxed.

Selling slaves from DoM to AYGAS is not working yet. It will be functional next update.

 

Otherwise for PAH slaves they need to have submission>50. For DoM slaves it will be submission+humiliation+resignation>150.

Edited May 9, 2023 by TrollAutokill

[TrollAutokill]

Version 4.5.4 is out with better AYGAS support.

 

Warning: It might be that if you already have AYGAS installed, you need to restart it from the MCM. This is not always needed, only do it if you are experiencing weird behavior while trying to sell slaves. Or in the worse scenario, you might have to purge DOMAYGAS.esp and PAH_AndYouGetASlave.esp from your last save with ReSaver, deactivate the two plugins, load, save, reactivate, load, save, reload.

 

• Corrected slave training evaluation so slaves can now be sold properly with AYGAS.
  • PAH slaves as always need submission>50.
  • DoM slaves need (submission+humiliation+resignation)/3>50.
• Corrected slave loosing their names when trying to sell them through AYGAS.
  •  Skyrim native function UpdateCurrentInstanceGlobal was creating a mess!
  • Expect this problem to happen with other mods using this function.
  • I have listed a few potentially problematic mods: Immersive wenches, HSH, AYGAS, Sexlab Defeat, Sexlab Approach.
•  Added AYGAS slave name to sell and buy messages. It might leads to the name being replaced with  [...] sometimes depending on the nearby actor scan status.

 

[notimportanterik]

10 hours ago, TrollAutokill said:

Version 4.5.4 is out with better AYGAS support.

 

Warning: It might be that if you already have AYGAS installed, you need to restart it from the MCM. This is not always needed, only do it if you are experiencing weird behavior while trying to sell slaves. Or in the worse scenario, you might have to purge DOMAYGAS.esp and PAH_AndYouGetASlave.esp from your last save with ReSaver, deactivate the two plugins, load, save, reactivate, load, save, reload.

 

• Corrected slave training evaluation so slaves can now be sold properly with AYGAS.
  • PAH slaves as always need submission>50.
  • DoM slaves need (submission+humiliation+resignation)/3>50.
• Corrected slave loosing their names when trying to sell them through AYGAS.
  •  Skyrim native function UpdateCurrentInstanceGlobal was creating a mess!
  • Expect this problem to happen with other mods using this function.
  • I have listed a few potentially problematic mods: Immersive wenches, HSH, AYGAS, Sexlab Defeat, Sexlab Approach.
•  Added AYGAS slave name to sell and buy messages. It might leads to the name being replaced with  [...] sometimes depending on the nearby actor scan status.

 

Hi again,
you probably don't remember but i posted here a while back about the strip command causing the physics on my slaves to be stripped. After some back and forth i defaulted to the problem being on my end as i had recently updated mods and moved around my load order. I believe that i have 100% verified that it is DOM that is stripping the physics from my body.

 

• On a completely naked slave who has not been previously ordered to strip, physics are working.
• open abuse wheel and select "be naked" -> physics stop working (no jiggly goodness)
• open abuse wheel and select "wear clothes" -> physics come back (jiggles are back )

I have now done some more debugging, and updated to the latest version of DOM. I enabled logging and was able to find the following. I'm not an expert, but it does look like DOM is the culprit... please see the clipped log sequence below and the whole log attached.

 

I'm guessing it might have something to do with the fact that 3bbb.esp has its own keyword = SexLabNoStrip [KYWD:FE135848] while the sexlab keyword = SexLabNoStrip [KYWD:1102F16E]

[05/10/2023 - 12:52:16AM] DOM_Keys: Abuse menu for Victoria
[05/10/2023 - 12:52:17AM] DOM_Keys: Clothes menu for Victoria
[05/10/2023 - 12:52:19AM] DOM_Actor:Animation: Victoria: Anim_IdleByString LooseDialogueResponsePositive False
[05/10/2023 - 12:52:19AM] DOM_Mind: Victoria: Is respectful training is high enough
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: SayTopic blocked=2 global blocked=2
[05/10/2023 - 12:52:19AM]
[05/10/2023 - 12:52:19AM] =====iNeed (_sn) is finished refreshing itself and searching for addons!=====
[05/10/2023 - 12:52:19AM]
[05/10/2023 - 12:52:19AM] DOM_Actor:Topic: Victoria: says:
[05/10/2023 - 12:52:19AM] DOM_Core: WIDGET=Victoria: Victoria is already naked
[05/10/2023 - 12:52:19AM] DOM_Mind: Victoria: should_be_naked = TRUE
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: EquipInventory start busy=False wait=False should be naked=TRUE should wear armor=False should hold weapons=False changes=TRUE
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: isWearable KSSMP Sky 250 YES type=26
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: EquipItemNoStrip no strip item=KSSMP Sky 250
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: isWeaponOrShield KSSMP Sky 250 type=26
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: isWearable FNIS Sexy  Move Coin NO type=32
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: isWearable 3BBB Body SMP ON Object D - 50 YES type=26
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: EquipItemForm 3BBB Body SMP ON Object D - 50 type=26 wear clothes=False armor=False weapons=False
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: EquipItemArmor found armor=3BBB Body SMP ON Object D - 50
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: EquipItemArmor should be naked -> strip item=3BBB Body SMP ON Object D - 50
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: DOM_Actor::ApplyEquipmentEffects open wait=False changes=TRUE
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: Set has_leash=False
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: is_naked=TRUE
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: SetWeaponState: Victoria has_weapon=0.000000
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: SetArmorState: Victoria has_armor=0.000000
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: HasShameClothes: Victoria has no humiliating clothes
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: SetShameClothesState: Victoria has_shame_clothes=False
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: SetBoundState: Victoria is_bounded=False
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: SetJewelryState: Victoria has_jewelry before=0.000000 now=0.000000
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: Actor::ApplyEquipmentEffects close wait=False
[05/10/2023 - 12:52:19AM] DOM_Actor: Victoria: EquipInventory close wait=False init=False
[05/10/2023 - 12:52:19AM] DOM_Keys: Be naked Victoria
[05/10/2023 - 12:52:21AM] AYGAS: DoM/AYGAS interface already installed hasDOM=TRUE
 

Papyrus.0.log

Edited May 9, 2023 by notimportanterik

[notimportanterik]

@TrollAutokill
I have verified that it is DOM that is stripping the physics when commanding to be naked, and that it is because 3bbb.esp uses the custom keyword = SexLabNoStrip [KYWD:FE135848] and not the keyword = SexLabNoStrip [KYWD:1102F16E] from sexlab.

modifying 3bbb.esp to have sexlab as a master and using the original keyword from sexlab does solve the issue.

 

EDIT :
looks like aygas and Pahe ran into this problem as it looks like they use the following to check for the SexLabNoStrip keyword:
    if SexLabUtil.HasKeywordSub(the_form,"NoStrip")
 

Maybe swapping the 3 lines  in DOM_Actor.psc would be an easy fix:
    elseif the_form.HasKeyword(DOM01.SexLabNoStrip)
 

Edited May 9, 2023 by notimportanterik

[TrollAutokill]

2 hours ago, notimportanterik said:

@TrollAutokill
I have verified that it is DOM that is stripping the physics when commanding to be naked, and that it is because 3bbb.esp uses the custom keyword = SexLabNoStrip [KYWD:FE135848] and not the keyword = SexLabNoStrip [KYWD:1102F16E] from sexlab.

modifying 3bbb.esp to have sexlab as a master and using the original keyword from sexlab does solve the issue.

 

EDIT :
looks like aygas and Pahe ran into this problem as it looks like they use the following to check for the SexLabNoStrip keyword:
    if SexLabUtil.HasKeywordSub(the_form,"NoStrip")
 

Maybe swapping the 3 lines  in DOM_Actor.psc would be an easy fix:
    elseif the_form.HasKeyword(DOM01.SexLabNoStrip)
 

Yes but it is much slower and DoM checks the equipment much more often than PAH.

 

If this problem is happening only for an older version of 3bbb.esp, I would not bother. A much better solution would be to use KID to propagate the missing keyword.

 

[Zach1736]

Hi I'm currently using version 4.5 and slaves don't say anything when I talk to them. Is that a bug or They need more training?

Edited May 10, 2023 by Zach1736

[roldoi1911]

8 minutes ago, Zach1736 said:

Hi I'm currently using version 4.5 and slaves don't say anything when I talk to them. Is that a bug or They need more training?

I’d try the latest version first.

[TrollAutokill]

1 hour ago, Zach1736 said:

Hi I'm currently using version 4.5 and slaves don't say anything when I talk to them. Is that a bug or They need more training?

What do you mean no talking? No voice or no subtitles?

 

For voice speech you need the voicepack which is a separate download and not all dialogue is voiced, yet.

[Zach1736]

45 minutes ago, TrollAutokill said:

What do you mean no talking? No voice or no subtitles?

 

For voice speech you need the voicepack which is a separate download and not all dialogue is voiced, yet.

When I press E they don't say anything back such as "Yes, my thane".No voice, no subtitles. But dialogue options are fine and they will respond when I praise them. Is that normal?

[TrollAutokill]

42 minutes ago, Zach1736 said:

When I press E they don't say anything back such as "Yes, my thane".No voice, no subtitles. But dialogue options are fine and they will respond when I praise them. Is that normal?

Yes, slaves are not very keen on hellos. If you give them an order they should respond, unless the dialogue stack is already cluttered.

[Zach1736]

1 hour ago, TrollAutokill said:

Yes, slaves are not very keen on hellos. If you give them an order they should respond, unless the dialogue stack is already cluttered.

Thanks for the reply.  I really appreciate it.

[TrollAutokill]

11 hours ago, notimportanterik said:

@TrollAutokill
I have verified that it is DOM that is stripping the physics when commanding to be naked, and that it is because 3bbb.esp uses the custom keyword = SexLabNoStrip [KYWD:FE135848] and not the keyword = SexLabNoStrip [KYWD:1102F16E] from sexlab.

modifying 3bbb.esp to have sexlab as a master and using the original keyword from sexlab does solve the issue.

 

EDIT :
looks like aygas and Pahe ran into this problem as it looks like they use the following to check for the SexLabNoStrip keyword:
    if SexLabUtil.HasKeywordSub(the_form,"NoStrip")
 

Maybe swapping the 3 lines  in DOM_Actor.psc would be an easy fix:
    elseif the_form.HasKeyword(DOM01.SexLabNoStrip)
 

Next update will have a different mechanism so will add the keyword string check, as a trial.

Edited May 10, 2023 by TrollAutokill

[Short_Hair_Lover]

I installed AYGAS but hadn't really tried to use it until these latest DoM updates. With the latest version people are now making offers for slaves but they are all 0 gold. Is that normal? Do I need to build up my reputation or something?

Edited May 10, 2023 by Short_Hair_Lover

[TrollAutokill]

59 minutes ago, Short_Hair_Lover said:

I installed AYGAS but hadn't really tried to use it until these latest DoM updates. With the latest version people are now making offers for slaves but they are all 0 gold. Is that normal? Do I need to build up my reputation or something?

Unless you're trying to sell your slaves to beggars this should not happen. DoM prices are capped by the NPC wealth. Make sure the NPC wealth multiplier is not 0 in the DoM MCM.

 

Try to reinstall DoM and make sure to install its aygas patch. Make sure DoM is installed after aygas for the scripts to be overwritten. Also make sure to have the domaygas.esp loaded after andyougetaslave.esp

 

 

Edited May 10, 2023 by TrollAutokill

[McLovin3]

I'll have to double check my NPC wealth setting later, it should've been maxed. But I was getting offers only between 2.5k-5.5k on various NPCs

[Short_Hair_Lover]

2 hours ago, TrollAutokill said:

Unless you're trying to sell your slaves to beggars this should not happen. DoM prices are capped by the NPC wealth. Make sure the NPC wealth multiplier is not 0 in the DoM MCM.

 

Try to reinstall DoM and make sure to install its aygas patch. Make sure DoM is installed after aygas for the scripts to be overwritten. Also make sure to have the domaygas.esp loaded after andyougetaslave.esp

 

 

I reinstalled DoM, double-checked the load orders and rules in Vortex and the NPC wealth multiplier in MCM. Tried reinstalling AYGAS and even increasing the wealth multiplier. Same result, sadly.

 

Spoiler

 

 

 

[TrollAutokill]

21 minutes ago, Short_Hair_Lover said:

I reinstalled DoM, double-checked the load orders and rules in Vortex and the NPC wealth multiplier in MCM. Tried reinstalling AYGAS and even increasing the wealth multiplier. Same result, sadly.

 

In this order? That's wrong. Aygas first, then DoM. Are you using mo2?

 

21 minutes ago, Short_Hair_Lover said:

 

  Reveal hidden contents

 

 

 

Do you have a log file? Are you using se or le?

Edited May 10, 2023 by TrollAutokill

[Thalon93]

Anyone else having issues with slavetats after Installing the last couple of versions of DOM. My Slavetats mcm doesnt seem to recognize nearby actors when using dom 4.5.2 or newer but works fine when i revert back to 4.4.8

 

[TrollAutokill]

5 minutes ago, Thalon93 said:

Anyone else having issues with slavetats after Installing the last couple of versions of DOM. My Slavetats mcm doesnt seem to recognize nearby actors when using dom 4.5.2 or newer but works fine when i revert back to 4.4.8

 

(Re)install SlaveTats after DoM or if using mo2 just remove the slavetats scripts from the DoM directory. See if it solves your problem.

 

Which version of SlaveTats?