Diary Of Mine for Paradise Halls

[TrollAutokill]

11 minutes ago, Lacrima Telvanni said:

Hey, do you know about NPC Names Distributor? When you run it alongside Pahe and Dom it messes up the slaves names due to them being non unique NPCs. 

 

Do you think that excluding the Zaz Slave faction from NND will fix it?

I would rather exclude pahplayerslavefaction, domactorfaction (should cover both slaves and slavers, but you might want to add domhistoryfaction for freed slaves) HSH (should be houseslavefaction) and AYGAS (aygasslavefaction or something like that).

 

Zaz slave faction I would not exclude as it can be applied to any NPC using the furniture.

Edited June 7, 2023 by TrollAutokill

[Lacrima Telvanni]

5 minutes ago, TrollAutokill said:

I would rather exclude pahplayerslavefaction, domactorfaction (should cover both slaves and slavers, but you might want to add domhistoryfaction for freed slaves) HSH (should be houseslavefaction) and AYGAS (aygasslavefaction or something like that).

 

Zaz slave faction I would not exclude as it can be applied to any NPC using the furniture.

Good point. That way random slaves from hyrda for example will still get random names. Thank you!

[Seaperv76]

On 6/6/2023 at 8:33 PM, TrollAutokill said:

First thing to check might be to always have at least 1 slave in PAH. An empty slave list in PAH can create memory problems.

 

So try to capture 2 slaves with PAH, send one to DoM, wait 5 minutes and save. If it doesn't solve your problem then try without HSH and AYGAS.

 

Another check if you have voicepacks installed is to try without the DoM voicepack.

 

And post a logfile!

That worked (keeping a slave in PAH) and solved my unable to save problem. I also did in fact need to clone a slave... even more I was getting a new crash when transferring her over to DoM... checked the log and found it had something to do with stripping/outfit.  I did the the whole "Fix worn items" option in PAH and the solved that crash.

 

I am still getting a lot of random crashes... but they seem random (I save often, reload my save and can not repeat the crash etc).  I will update when I come across a repeatable crash. 

 

I am really using DoM for the first time, so I am hitting a lot of buttons...trying to learn how everything works, how to train etc.  So it is possible my issues are more on my end than the mod itself. 

 

I love the mod, btw.  It really does add to PAH.  Thank you!!

[Seaperv76]

Okay, there is certainly something up with clothes and stripping. This time I have included a logfile.  I never ordered "no clothes allowed", so not sure why the log says "IsToBeStripped() registering form to always strip Tavern Clothes"

 

I am just passing this on, so you can see it @TrollAutokill.

Papyrus.0.log

[TrollAutokill]

2 hours ago, Seaperv76 said:

Okay, there is certainly something up with clothes and stripping. This time I have included a logfile.  I never ordered "no clothes allowed", so not sure why the log says "IsToBeStripped() registering form to always strip Tavern Clothes"

 

I am just passing this on, so you can see it @TrollAutokill.

Papyrus.0.log 162.19 kB · 1 download

The registering is normal. It's registering tavern clothes as clothes to be stripped in the event of the player ordering the slave to strip or ripping-off clothes.

 

Clothes allowed (or not) is a lifestyle order. Stripping is a one time order.

 

With "clothes allowed" this item would be worn. But if you ask the slave to strip it would be stripped and the lifestyle order would be automatically set to no clothes. Ripping-off won't change the lifestyle order.

 

I will check the dialogue and make sure the wheel follows the same logic.

 

 

 

[Seaperv76]

9 minutes ago, TrollAutokill said:

The registering is normal. It's registering tavern clothes as clothes to be stripped in the event of the player ordering the slave to strip or ripping-off clothes.

 

Clothes allowed (or not) is a lifestyle order. Stripping is a one time order.

 

With "clothes allowed" this item would be worn. But if you ask the slave to strip it would be stripped and the lifestyle order would be automatically set to no clothes. Ripping-off won't change the lifestyle order.

 

I will check the dialogue and make sure the wheel follows the same logic.

 

 

 

okay... that makes sense.  And thanks for your reply/feedback, nice to know there are still mod authors who care.

[zelurker]

I recently tried to play with a few slaves following me and fighting for me instead of having followers. The advantage of this approach is there are more surprises than with classical followers, but the disadvantage is that for some reason there is almost no bleed out for slaves : when they get down on 1 knee it takes them almost no time to start to recover and get up, which makes them a kind of invincible army... Their only weakness seems to be that they get scared if the fight gets really tough and it can even put them in shock, I have a slave which seems to remain broken forever following a big fight !

But too bad for this lack of bleed out...

 

About the clothes in the last posts : on my side I noticed that if I use strip, then "do it slowly so that I can see you", the slave doesn't seem to use serial strip like what hsh does. And if I tell them to put back their clothes, they usually put everything back on except the body part ! (usually an armor), I have to use "I get to choose what you wear and carry", take a clothing equipment from their inventory and then they put the armour on.

[TrollAutokill]

3 hours ago, zelurker said:

I recently tried to play with a few slaves following me and fighting for me instead of having followers. The advantage of this approach is there are more surprises than with classical followers, but the disadvantage is that for some reason there is almost no bleed out for slaves : when they get down on 1 knee it takes them almost no time to start to recover and get up, which makes them a kind of invincible army... Their only weakness seems to be that they get scared if the fight gets really tough and it can even put them in shock, I have a slave which seems to remain broken forever following a big fight !

But too bad for this lack of bleed out...

I will see to put an option to lower health recovery.

 

3 hours ago, zelurker said:

 

About the clothes in the last posts : on my side I noticed that if I use strip, then "do it slowly so that I can see you", the slave doesn't seem to use serial strip like what hsh does. And if I tell them to put back their clothes, they usually put everything back on except the body part ! (usually an armor), I have to use "I get to choose what you wear and carry", take a clothing equipment from their inventory and then they put the armour on.

Serial strip is not supported by DoM for now. Maybe later.

 

[Sadopandoria]

Is it normal for my slaves to not equip clothes after sex? I always have to undress them (they are already naked) and ask them to dress for them to equip the clothes they have.

[gekker]

Hmmm.  These stripping issues people have makes me wonder, when you use the honor me option, there is a before sex animation where they motion as if stripping.  Is that a DoM function initiating the sex or a call to  Sexlab's start animation?

 

My thinking, is if items are being flagged "to be stripped" somehow, is this something that Sexlab could pick up on as well?  Sexlab has stripping overrides that can be set.  It also allows you to set what items in what slots are equipped or not during sex, but this seems to be getting ignored in some cases.   I'm not familiar with Papyrus, but if these assigned labels/variables aren't exclusive to DoM and used globally by other Sexlab systems, could that be why slaves strip, regardless of Sexlab options and fail to re-equip the items after sex?

 

Or fail to identify items in their inventory to re-equip, because something outside DoM thinks the item is already removed or not supposed to be equipped?

 

 

Edited June 9, 2023 by gekker

[TrollAutokill]

11 hours ago, gekker said:

Hmmm.  These stripping issues people have makes me wonder, when you use the honor me option, there is a before sex animation where they motion as if stripping.  Is that a DoM function initiating the sex or a call to  Sexlab's start animation?

 

My thinking, is if items are being flagged "to be stripped" somehow, is this something that Sexlab could pick up on as well?  Sexlab has stripping overrides that can be set.  It also allows you to set what items in what slots are equipped or not during sex, but this seems to be getting ignored in some cases.   I'm not familiar with Papyrus, but if these assigned labels/variables aren't exclusive to DoM and used globally by other Sexlab systems, could that be why slaves strip, regardless of Sexlab options and fail to re-equip the items after sex?

 

Or fail to identify items in their inventory to re-equip, because something outside DoM thinks the item is already removed or not supposed to be equipped?

 

 

No. This animation is part of Sexlab animation. Re-equipping after sex is part of Sexlab settings.

 

After a sex scene, DoM will try to apply equipment policy to each slave involved. Sometimes this fail and you have to either change the slave equipment policy or open their inventory and make a change to it, like giving them a lockpick. Or you could just use the 'k' key on them.

 

The DoM inventory policy is as follow:

 

• Wear clothes / Don't wear clothes:
  • "Don't wear clothes": No clothes no armors (except shields, see below) will be equipped
  • "Wear clothes": Clothes with armor rating <= 1 will be equipped. Armors will be equipped if "Wear armor" is set.
• Hold weapons / No weapons:
  • "No weapons": No weapons will be equipped.
  • "Hold weapons": Weapons will be equipped.
• Wear armor / Don't wear armor:
  • "Don't wear armor": No armor with rating > 1 and no shields will be equipped.
  • "Wear armor": If "Wear clothes" is set armors will be equipped. If "Don't wear clothes" is set only shields will be equipped.

 

As for stripping and ripping-off, all clothes and armor will be stripped if not flagged as underwear or jewelry. Weapons, shields, jewelry and underwear will be stripped according to the MCM settings. In addition stripping (not ripping) will automatically set the equipment policy to "Don't wear clothes" otherwise the slave would get dressed instantly after. Ripping-off is removing or deleting (see MCM settings) the items from the slave inventory, as a consequence it doesn't change the equipment policy.

 

Finally a fresh slave could choose to put clothes no matter what the equipment policy is set to, they can be punished for that. This should not happen with well trained slaves. Punishing a slave for "covering self" when the equipment policy is "Don't wear clothes" should force the slave to strip again .

 

 

Edited June 9, 2023 by TrollAutokill

[whooptyscoop]

I recently upgraded from 4.4.4 to 4.7.3, and noticed that wigs were being stripped even though I have a KID file that attaches the sexlabnostrip keyword to all the wigs. Has the system changed, cause it works fine on 4.4.4 but not on 4.7.3. Also noticed that jewelry that wasnt stripped before upgrade is now being stripped post upgrade

[gekker]

10 hours ago, TrollAutokill said:

No. This animation is part of Sexlab animation. Re-equipping after sex is part of Sexlab settings.

 

After a sex scene, DoM will try to apply equipment policy to each slave involved. Sometimes this fail and you have to either change the slave equipment policy or open their inventory and make a change to it, like giving them a lockpick. Or you could just use the 'k' key on them.

 

The DoM inventory policy is as follow:

 

• Wear clothes / Don't wear clothes:
  • "Don't wear clothes": No clothes no armors (except shields, see below) will be equipped
  • "Wear clothes": Clothes with armor rating <= 1 will be equipped. Armors will be equipped if "Wear armor" is set.
• Hold weapons / No weapons:
  • "No weapons": No weapons will be equipped.
  • "Hold weapons": Weapons will be equipped.
• Wear armor / Don't wear armor:
  • "Don't wear armor": No armor with rating > 1 and no shields will be equipped.
  • "Wear armor": If "Wear clothes" is set armors will be equipped. If "Don't wear clothes" is set only shields will be equipped.

 

As for stripping and ripping-off, all clothes and armor will be stripped if not flagged as underwear or jewelry. Weapons, shields, jewelry and underwear will be stripped according to the MCM settings. In addition stripping (not ripping) will automatically set the equipment policy to "Don't wear clothes" otherwise the slave would get dressed instantly after. Ripping-off is removing or deleting (see MCM settings) the items from the slave inventory, as a consequence it doesn't change the equipment policy.

 

Finally a fresh slave could choose to put clothes no matter what the equipment policy is set to, they can be punished for that. This should not happen with well trained slaves. Punishing a slave for "covering self" when the equipment policy is "Don't wear clothes" should force the slave to strip again .

 

 

Thanks for the clarification and transparency on what DoM is doing. This should really help with troubleshooting when this crops up in my game.

[whooptyscoop]

I also have an additional weird bug in 4.4.4 where random npcs will start to use GSPoses when idle, like the DOM slaves do. Found it kinda funny so i kept it for a while, but are there any potential fixes?

[pitipol]

8 hours ago, whooptyscoop said:

I also have an additional weird bug in 4.4.4 where random npcs will start to use GSPoses when idle, like the DOM slaves do. Found it kinda funny so i kept it for a while, but are there any potential fixes?

Do you use "live action" or DAR?

 

[whooptyscoop]

5 hours ago, pitipol said:

Do you use "live action" or DAR?

 

I just installed DAR last night, and the bug existed before that so im like 90% sure DAR isnt the problem. I'll remove it and roll back a few saves to see if thats causing it

[wulfy1]

Everything seems to be going smoothly, with the exception of slave number 52, no matter who I slot into that space.  I have hit the slave limit, sold off several slaves and refilled up to 100ish.  52 seems to be the only slot exhibiting this issue.  That slave will not follow.  They will fight, pose, talk, sandbox, fully train to max, and everything else I can think of, but not follow.  I can move them to PAH an they follow, move them back and they don't.  I can move them to PAH and capture a new slave and the new slave will not follow from slot 52.  Is this only happening for me or are others experiencing this?  This is with PAHE 8.1.6 and DOM 4.7.3.

 

~Wulf

Edited June 10, 2023 by wulfy1

[TrollAutokill]

1 hour ago, wulfy1 said:

Everything seems to be going smoothly, with the exception of slave number 52, no matter who I slot into that space.  I have hit the slave limit, sold off several slaves and refilled up to 100ish.  52 seems to be the only slot exhibiting this issue.  That slave will not follow.  They will fight, pose, talk, sandbox, fully train to max, and everything else I can think of, but not follow.  I can move them to PAH an they follow, move them back and they don't.  I can move them to PAH and capture a new slave and the new slave will not follow from slot 52.  Is this only happening for me or are others experiencing this?  This is with PAHE 8.1.6 and DOM 4.7.3.

 

~Wulf

Thanks for the report. My guess is that the target for slave 52 is badly set. The target is only used for follow, guard, travel to camp and train slaves. I will check in the CK. Your message is indeed a very useful report!

 

EDIT: Indeed slave 53, which is slot 52 had target set to same as slave slot 51. It will be corrected in next update.

 

Edited June 10, 2023 by TrollAutokill

[wulfy1]

5 hours ago, TrollAutokill said:

Thanks for the report. My guess is that the target for slave 52 is badly set. The target is only used for follow, guard, travel to camp and train slaves. I will check in the CK. Your message is indeed a very useful report!

Glad to help.  The AI package is showing as xxx7b83b from DOM.  If I use the Display model "Follow Me", the slave will follow btw.

 

Thanks

 

"Indeed slave 53, which is slot 52 had target set to same as slave slot 51. It will be corrected in next update." ?

 

Awesome

 

Edited June 11, 2023 by wulfy1

[Desperado Dan]

Encountered a strange bug on 4.7.3. I started a new game after installing SLAL (the previous save DoM worked fine) I was unable to equip head armour of any kind. After doing some investigating I was able to stop the bug from occurring when disabling DoM. I re-enabled and started another new save and checked my character's inventory to see if there were any hidden items causing the issue and found one with the item id 0D040F0F. I removed the item via console only for it to re-add itself and re-equip itself (and unequip any head armour I was wearing) a moment later.

 

At this point I decided to do a reinstall (start a game without DoM, make sure everything is initalised then save and exit, install DoM, load up the save initialise DoM and then save again, exit the game and reload) to see if that would fix it but no luck. Will probably do a clean reinstall of all my mods if I can't find a solution but figured I'd raise the issue here first in-case there were any fixes. 

[TrollAutokill]

4 hours ago, Desperado Dan said:

Encountered a strange bug on 4.7.3. I started a new game after installing SLAL (the previous save DoM worked fine) I was unable to equip head armour of any kind. After doing some investigating I was able to stop the bug from occurring when disabling DoM. I re-enabled and started another new save and checked my character's inventory to see if there were any hidden items causing the issue and found one with the item id 0D040F0F. I removed the item via console only for it to re-add itself and re-equip itself (and unequip any head armour I was wearing) a moment later.

 

At this point I decided to do a reinstall (start a game without DoM, make sure everything is initalised then save and exit, install DoM, load up the save initialise DoM and then save again, exit the game and reload) to see if that would fix it but no luck. Will probably do a clean reinstall of all my mods if I can't find a solution but figured I'd raise the issue here first in-case there were any fixes. 

Could you check the "padded whip" item id from the console?

[notimportanterik]

On 6/9/2023 at 5:55 PM, whooptyscoop said:

I recently upgraded from 4.4.4 to 4.7.3, and noticed that wigs were being stripped even though I have a KID file that attaches the sexlabnostrip keyword to all the wigs. Has the system changed, cause it works fine on 4.4.4 but not on 4.7.3. Also noticed that jewelry that wasnt stripped before upgrade is now being stripped post upgrade

@TrollAutokill

I see that this is still an issue and i am not the only one seeing it.., i'm holding back on 4.6.1 because of this... it really sucks that the new versions strip items specifically tagged sexlabnostrip and even body physics gets stripped...

[TrollAutokill]

2 hours ago, notimportanterik said:

@TrollAutokill

I see that this is still an issue and i am not the only one seeing it.., i'm holding back on 4.6.1 because of this... it really sucks that the new versions strip items specifically tagged sexlabnostrip and even body physics gets stripped...

I will make a temporary update 4.7.5 for you to try and produce a logfile, because I am unable to reproduce your problem.

Make sure you have "Use DOM fast strip keywords" option off in the first page of the DoM MCM and make sure debug and verbose debug options are set in the "Debug" page.

Edited June 11, 2023 by TrollAutokill

[TrollAutokill]

2 hours ago, notimportanterik said:

@TrollAutokill

I see that this is still an issue and i am not the only one seeing it.., i'm holding back on 4.6.1 because of this... it really sucks that the new versions strip items specifically tagged sexlabnostrip and even body physics gets stripped...

 

Version 4.7.5 is out, it's a development version with only minor changes. People with stripping issues are kindly requested to use this version and post a logfile with the problem in this thread.

 

• Added extra logfile debugging for stripping.
• Added slot mask to stripping to exclude Hair and LongHair slots (31 and 41).
• Corrected target alias for slave 52 in plugin.
• Added kink "having taboo sex" for having sex with sibling/parent/child/grand-parent/grand-child.
• Corrected strip change to equipment policy when weapons or shields are set to be stripped.

Edited June 11, 2023 by TrollAutokill

[Desperado Dan]

8 hours ago, TrollAutokill said:

Could you check the "padded whip" item id from the console?

 

Console shows the id as AD31678F