Spank That Ass

[donttouchmethere]

On 2/24/2020 at 3:49 AM, Corsayr said:

Does spanking cause damage? 

 

Sometimes when I am really low on health during sex scenes with spanking I will sustain an injury (Wildcat - Combat) That can put me in a ragdoll state. Needless to say going ragdoll during a sex scene is bad. Like superbad, like no way to recover bad. ?

 

So I am on a mission to figure out what is causing damage during sex, and so far my primary suspect is STA. 

 

 

Maybe this can be an issue?

"Pain will initially give you a Health/Stamina/Magicka debuff"

I only saw stamina drop tho.

 

Wildcat? I gave up on that because it adds all those animations after injury that broke SL scenes and NDUN furniture scenes ?

[RenFL]

Having trouble with furniture spanks right now. Have it at 100% but its not triggering at all. Tried with and without Babo keywords, with and without armor. Any tips on how to fix?

 

Edit: Using Sexlab Aroused Extended if that matters. Says it has same functionality as BakaFactory version so I was using it instead.

[Lupine00]

12 hours ago, RenFL said:

Having trouble with furniture spanks right now. Have it at 100% but its not triggering at all. Tried with and without Babo keywords, with and without armor. Any tips on how to fix?

If it doesn't work without armor, you can discount any keyword related issues.

 

Sometimes it just doesn't work because the NPCs don't feel like it.

I suspect NFF may override it with its sandboxing too.

[Shep67]

On 2/28/2020 at 11:37 AM, Lupine00 said:

If it doesn't work without armor, you can discount any keyword related issues.

 

Sometimes it just doesn't work because the NPCs don't feel like it.

I suspect NFF may override it with its sandboxing too.

Hello.

Same to me. Even naked no furniture spanking.

I have NFF, to.

Before this i had amazing follower tweaks. And spanking worked. Maybe you are right.

I will try it out.

[Lupine00]

21 hours ago, Shep67 said:

Same to me. Even naked no furniture spanking.

I have NFF, to.

Before this i had amazing follower tweaks. And spanking worked. Maybe you are right.

I will try it out.

It's possible that disabling sandboxing in NFF make a difference, but I keep forgetting to try.

[Quest_Items]

Hello very good mod!

 

I am trying to understand how it works, everything seems to work good but i didnt find a way to have slaps in regular sex, i mean not rape.

 

Doesnt have to be a rape to enjoy some nice slaps lol. So is there a way to have them in regular sex, for the rough sex at least ?

[Lupine00]

19 hours ago, Quest_Items said:

I am trying to understand how it works, everything seems to work good but i didnt find a way to have slaps in regular sex, i mean not rape.

 

Doesnt have to be a rape to enjoy some nice slaps lol. So is there a way to have them in regular sex, for the rough sex at least ?

You cannot find that capability because it doesn't exist.

 

I've been pleading for it for months.

 

As Monoman has gone on sabbatical to play a bizarre porn version of dwarf fortress that he ported to an antique PDP11 that he bought in a garage sale, we have two chances of getting this feature. Slim and fat.

 

If he stays away long enough, I'll find a way to patch it in myself, because I consider it, and beg for spanks (outside of sex) must have features.

[Quest_Items]

2 hours ago, Lupine00 said:

As Monoman has gone on sabbatical to play a bizarre porn version of dwarf fortress that he ported to an antique PDP11 that he bought in a garage sale

?

 

Thank you for answer Lupine00

[funkalla]

Good effect of drooling

 

[Shep67]

On 3/3/2020 at 10:32 AM, Lupine00 said:

It's possible that disabling sandboxing in NFF make a difference, but I keep forgetting to try.

I try it wit amazing foller tweaks. No spaning at furniture at all. Maybe something else is keeping the npc away from spanking. I remember it worked !!

Maybe trying the 3.4 version or the 3.3 version again. Sex spanking is working. I have absolute no idea......

 

Thank you.

 

Edit:

With version 3.3 it is working. Even with NFF. Going back to 3.3

 

Thank you

[Boulo_92]

Hi,

 

thanks for your nice mod.

 

The mcm menu function "Reset Tears" never seems to remove the strongest tear applied (the "sob2.dds").
I am using the latest version of the mod (version 3.7).

 

I think the problem is in the ResetTears () function of the _STA_SexDialogUtil.psc script :

 

Function ResetTears() ; Remove all tear overlays and reset CurrentTears
    Int i = TearsProgression.Length - 1
    While i > 0
        i -= 1
        SpankUtil.RemoveOverlay(PlayerRef, "actors\\character\\SlaveTats\\drool\\" + TearsProgression(i) , "Face")
    EndWhile
    CurrentTears = -1
EndFunction

 

I modified this function in this way :

 

Function ResetTears() ; Remove all tear overlays and reset CurrentTears
    Int i = TearsProgression.Length - 1
    While i >= 0
        SpankUtil.RemoveOverlay(PlayerRef, "actors\\character\\SlaveTats\\drool\\" + TearsProgression(i) , "Face")
        i -= 1
    EndWhile
    CurrentTears = -1
EndFunction

And recompiled the script.
--> The mcm "reset tear" function now removes all tears.

 

For those interested and waiting for an official correction :

The attached file contains the _STA_SexDialogUtil.pex script and its source file _STA_SexDialogUtil.psc.
To install with your mod manager, or by hand by copying the files in data/scripts and data/scripts/source

 

FIX STA ResetTears.rar

[Lupine00]

The work to spot and fix this is much appreciated @Boulo_92 ... I always assumed the bug lay in the logic for determining what tears you should have, not the reset.

 

However, I believe that this is the idiomatic Papyrus way to write the loop:

    Int i = TearsProgression.Length
    While i > 0
        i -= 1
        SpankUtil.RemoveOverlay(PlayerRef, "actors\\character\\SlaveTats\\drool\\" + TearsProgression(i) , "Face")
    EndWhile
 

It saves a single subtraction, which is trivial, but nevertheless, to a maintainer familiar with Papyrus the alternative method takes more time to understand because you have to double check there wasn't a reason the loop was done in an unusual way. When you see the standard pattern, you don't have to think about it.

[Boulo_92]

Thank you @Lupine00 for these good practices.
I note it for my future "patches".

[Boulo_92]

Another concern :
Tears do not appear if the number of facial overlays is less than the number of body overlays, as defined in the 'iNumOverlays' of skee.ini (SSE) or nieoverride.ini (Oldrim).

 

The problem lies in the GetEmptySlot function of the _STA_SpankUtil.psc script:
The number of overlays recovered is always that of the body.

 

Fix:
I modified the GetEmptySlot function by replacing :
     Int i = NiOverride.GetNumBodyOverlays()
by using the existing GetNumSlots function :
     Int i = GetNumSlots(Area)

so that the recovery of the number of overlays is done according to the area.

 

For those interested and waiting for an official correction :
The attached file contains the script _STA_SpankUtil.pex and its source file _STA_SpankUtil.psc.
To install with your mod manager, or by hand by copying the files in data/scripts and data/source/scripts

 

 

FIX STA GetEmptySlot.rar

[Lupine00]

3 hours ago, Boulo_92 said:

Another concern :
Tears do not appear if the number of facial overlays is less than the number of body overlays, as defined in the 'iNumOverlays' of skee.ini (SSE) or nieoverride.ini (Oldrim).

I suspect that I (and many other users) didn't notice this problem because "by chance" we configured all overlay counts the same for each area.

 

In most cases there isn't a strong argument that setting up the layer counts differently for each area delivers any reliable benefit.

But by default, they are different and some people will have stuck with the idea that it saves some resource to allocate less to face/hands/feet than body.

 

I think in most cases there will be (almost) the same number of effects trying to display in each area, barring exceptions like tears, which will be counterbalanced by butt/boob redness.

 

 

So, I think it's fair advice to players to set the counts to be the same unless they have solid information to the contrary.

 

 

That aside, it seems like this fix should be a great improvement in overall correctness. Many thanks.

[donttouchmethere]

On 3/3/2020 at 9:32 AM, Lupine00 said:

It's possible that disabling sandboxing in NFF make a difference, but I keep forgetting to try.

 

On 3/17/2020 at 4:42 PM, Shep67 said:

I try it wit amazing foller tweaks. No spaning at furniture at all. Maybe something else is keeping the npc away from spanking. I remember it worked !!

Maybe trying the 3.4 version or the 3.3 version again. Sex spanking is working. I have absolute no idea......

 

Thank you.

 

Edit:

With version 3.3 it is working. Even with NFF. Going back to 3.3

 

Thank you

NFF had no effect on the STA spanking or SLS spanking on my setup for crafting furniture, zaz furniture or close proximity (+ bumping)

NFF version used:  2.6.2 (and all lower versions)

NFF autobox: autobox + autobox outside cities

NFF autobox range: max > 4000u (if followers are too far away they don't get called by STA obviously)

NFF follower range tweaks: far - med - close had no effect

STA: all versions so far+ SLS: all versions so far

not tested: STA standalone

[Shinobi7]

hi,

 

i am using temptress race, but i only see spanking redness on skin when wearing clothes, not when naked. Is there a way to make this overlay work with custom races body textures ? Temptress has it's own directory which is why i think it is not applying.

Any help pls?

[Boulo_92]

17 hours ago, Lupine00 said:

In most cases there isn't a strong argument that setting up the layer counts differently for each area delivers any reliable benefit.

But by default, they are different and some people will have stuck with the idea that it saves some resource to allocate less to face/hands/feet than body.

 

This is my case, I always thought that limiting the number of overlays could benefit performance (memory and / or other).
Surely among other things because the defaults values are different between the parts of the body.
But you are right, I have no proof that this is true, and I have not tested the impact of having the same values or not between the different areas.

 

I set up my overlay numbers according to "common sense" :
I use several mods which all together generate a lot of tattoos, in particular : slavetats, rape tatoos, sl survival, spank that ass, apropos2, sl cum overlays
The vast majority of slavetat tattoos that I have installed are for the body and face, very few are for the feet and hands.
This is why in my skee.ini (I am on SSE) I have set up a lot less overlays for the legs and hands than for the body and face.
And since I have more tattoos applicable to the body than to the face, I have set up less overlay for the face than the body.
And I planned the margin to be able to add later other body overlays coming from other mods directly from racemenu.
(the setting I use is :
Body: iNumOverlays = 26
Face: iNumOverlays = 16
Hands: iNumOverlays = 6
Feet: iNumOverlays = 6
)

[Boulo_92]

Another problem I have with STA if Slavetats is installed :

 

The tears are removed after each synchronization of Slavetats.

 

I may have found the cause of the problem :
During synchronization, Slavetats does not see these tattoos as external because the path of these textures contains "Actors / Character / slavetats /", and since they were not added by slavetats itself (or via call to its API) they are also not in its "memory of added tattoos", and therefore are deleted by synchronization.

 

(
see the function external_slots in the script SlaveTats.psc
in particular the condition :
    ... && (StringUtil.Substring(overlay_path, 0, prefix_length) != Prefix) && ...
)

 

If I am not mistaken in my analysis, one solution could be to modify STA so that the tattoos it uses are never in the path "Actors / Character / slavetats /".
The tears and drool tattoos are from Zaz Animation Pack.
These tattoos from Zaz Animation Pack should therefore be "outsourced" and positioned in another path.
I don't know if permission is required for this, probably.

I think I can make the correction, despite my beginner level in script coding, by repackaging tear and drool tattoos and modifying paths in STA scripts.

 

Someone more experienced than me would have an opinion ?
Monoman of course if you came back from your well deserved vacation, or Lupine maybe ?

[Lupine00]

1 hour ago, Boulo_92 said:

Monoman of course if you came back from your well deserved vacation, or Lupine maybe ?

I can probably make some alternative textures, so we don't have to worry about Zaz. Today is kind of busy though...

[Corsayr]

5 minutes ago, Lupine00 said:

I can probably make some alternative textures, so we don't have to worry about Zaz. Today is kind of busy though...

This would be awesome, we have needed new tears for a while! 

[Corsayr]

Maybe even find a way to  use these?

 

Spoiler

 

[Boulo_92]

On my configuration I have replaced the tears of Zaz Animation Pack with those from the Apropos2 mod, much more intense.

[Lupine00]

6 hours ago, Corsayr said:

Maybe even find a way to  use these?

What are the rights on those?

[Boulo_92]

8 hours ago, Boulo_92 said:

Another problem I have with STA if Slavetats is installed :

 

The tears are removed after each synchronization of Slavetats.

 

While waiting for a correction integrating the textures (according to what will be decided by Monoman I suppose), here is the correction of the script only.

There was only one script to modify to change the path of the tears and drool tattoos.
The same script as for my previous fix on ResetTears, the script _STA_SexDialogUtil.psc.
I took the opportunity to modify my first correction so that it follows the way recommended by Lupine a few posts above, thank you Lupine.
The expected path for the tears and drool textures is now in the same tree structure as for the other STA textures :
"Data\textures\SL Survival\drool\"

The attached file contains only the _STA_SexDialogUtil.pex script and its source file _STA_SexDialogUtil.psc.
It replaces the previous fix on ResetTears, because it contains the correction of ResetTears + the correction linked to SlaveTats.
To install with your mod manager, or by hand by copying the files in data / scripts and data / source / scripts

I didn't integrate the tears and drool textures there, so no more need for permission than before from Zaz Team.
It is therefore necessary to copy the textures manually in the new tree structure :
In your skyrim game directory :
copy the "Data\Textures\actors\character\SlaveTats\drool" directory
in the "Data\textures\SL Survival\" directory

Once this is done you should have the following files in the "Data\textures\SL Survival\drool\" directory :
drool1.dds
drool2.dds
drool3.dds
sob1.dds
sob2.dds
tears1.dds
tears2.dds
tears3.dds

I did some tests on my environment :

--> the synchronization of SlaveTats now correctly identifies the tear and drool tattoos as external and therefore no longer removes them.

 

FIX STA SlaveTats synchro - ResetTears.rar