OSL Aroused - Arousal Reborn (SSE & AE)

[eflat01]

13 hours ago, ozooma10 said:

Ahh yes thank you I will check the actors in next update

 

If it weren't for a typo in the json which was meant to screen out children from sexy idles which plays different idles given arousal levels, I would had not noticed.

[xx36]

2 hours ago, eflat01 said:

 

If it weren't for a typo in the json which was meant to screen out children from sexy idles which plays different idles given arousal levels, I would had not noticed.

 

I noticed this too,  but I didn't post about it, hence you've mentioned it first  I was checking arousal of neaby npc with a hotkey,  I turned around and it accidentially scanned a male child passing by, and it shown value 95.

Anyway, I'm happy how the mod works with latest updates. I mostly use approach custom version for npcs , and finally arousal goes down after scenes for them as well.  Thank you ozooma 

 

 

 

 

[eflat01]

18 minutes ago, xx36 said:

 

I noticed this too,  but I didn't post about it, hence you've mentioned it first  I was checking arousal of neaby npc with a hotkey,  I turned around and it accidentially scanned a male child passing by, and it shown value 95.

Anyway, I'm happy how the mod works with latest updates. I mostly use approach custom version for npcs , and finally arousal goes down after scenes for them as well.  Thank you ozooma 

 

 

 

 

 

Fortunately least SL and OStim filter out children from being used. However, the poor boy may be suffering, just may have a girly-mag under his bed but can't do thing about it, might have a wet-dream I suppose. 😂 

 

I would had never looked if it weren't for that OAR sexy idle playing.

Edited January 21, 2025 by eflat01

[ozooma10]

Pushed out 2.7.0 which is a pretty large refactoring of the internal code. 

 

Biggest change is to re-introduce original SL Aroused mechanics via an "Arousal Mode" switcher in MCM menu. (this uses things like exposure and time rate for arousal calculations). Should allow for better compatibility with certain mods that interact with those mechanics directly.

 

Most of the mentioned issues should be fixed, found lots of other bugs that are hopefully fixed too. Let me know if any issues.

 

Large change so hopefully didnt break too much. Should be safe to apply to existing saves but as always backup before updating.

 

Let me know of any issues/suggestions/etc...

 

Thanks!

[housewalker123]

is it safe to update mid game?

[ozooma10]

8 minutes ago, housewalker123 said:

is it safe to update mid game?

Definitely back up but shouldn't have any issues updating mid game.

[NymphoElf]

Is support for Advanced Nudity Detection a possibility?

[ozooma10]

38 minutes ago, NymphoElf said:

Is support for Advanced Nudity Detection a possibility?

 

Wow sorry didn't notice the messages youve sent to me previously.

 

Yes I will take a look, Do you have a quick high level explanation of the goals of AND and how you see OSL potentially working to support those goals. 

Ie rather than just an "IsNaked" bool, have more granularity based off layers (like the diagram in your blog post).

 

Curious on what your latest thinking around how actual "detection" is handled, seems like AND is fully keyword based? (Not sure really of an alternative since slots are so messy).
 

Biggest question would likely be around keywords. OSL already includes the baka keywords so if could reuse those as much as possible.
With OSL's native keyword modifying makes it a bit more reasonable to be able to have users self-tag armor in game (ie when first equipped "unregestered" item and then step thorugh dialogue boxes or something. kind of annoying so curious if youve had ideas based around AND and its integration with mods.

[NymphoElf]

26 minutes ago, ozooma10 said:

 

Wow sorry didn't notice the messages youve sent to me previously.

 

Yes I will take a look, Do you have a quick high level explanation of the goals of AND and how you see OSL potentially working to support those goals. 

Ie rather than just an "IsNaked" bool, have more granularity based off layers (like the diagram in your blog post).

 

Curious on what your latest thinking around how actual "detection" is handled, seems like AND is fully keyword based? (Not sure really of an alternative since slots are so messy).
 

Biggest question would likely be around keywords. OSL already includes the baka keywords so if could reuse those as much as possible.
With OSL's native keyword modifying makes it a bit more reasonable to be able to have users self-tag armor in game (ie when first equipped "unregestered" item and then step thorugh dialogue boxes or something. kind of annoying so curious if youve had ideas based around AND and its integration with mods.

 

Yes, the customization for the clothes is strictly by Keyword, but the player's and NPC's statuses are stored in Factions and their Rank acts as a "boolean" for that status. Therefore keywords shouldn't be a problem. You should only need the Faction Ranks of the respective actor.

 

Rank 0 = False (Does NOT have that condition)

Rank 1 = True (DOES have that condition)

 

So, for example, if an actor is considered Nude, their "AND_NudeActor" faction rank will be 1.

 

I was hoping this would be a set of intermediate arousal modifiers to compliment the "wearing skimpy clothes", "seeing skimpy clothes", "being nude" and "seeing nude" arousal modifiers, giving the system a little more depth. So yes, what you said was pretty much spot on - an optional, more granular system to modify arousal based on how much of a character's body is revealed. Since AND detects NPC nudity status too, everyone's clothes matter - not just the player's.

 

By extension, this would give all mods that are dependent on OSL/Sexlab Aroused more depth as well since AND could play a hand in arousal. I never intended for AND itself to be an arousal mod, and we have a few too many versions of Sexlab Aroused as it is, but thankfully it seems that OSL is unifying the arousal mods more due to your backwards-compatibility with the original.

 

As far as getting the keywords set up for players, I've recommended using Keyword Item Distributor due to it's ability to "set and forget". I also created a KID File Share blog for users to download pre-made KID files specifically made for AND.

[ozooma10]

On 1/23/2025 at 12:39 PM, NymphoElf said:

 

Yes, the customization for the clothes is strictly by Keyword, but the player's and NPC's statuses are stored in Factions and their Rank acts as a "boolean" for that status. Therefore keywords shouldn't be a problem. You should only need the Faction Ranks of the respective actor.

 

Rank 0 = False (Does NOT have that condition)

Rank 1 = True (DOES have that condition)

 

So, for example, if an actor is considered Nude, their "AND_NudeActor" faction rank will be 1.

 

I was hoping this would be a set of intermediate arousal modifiers to compliment the "wearing skimpy clothes", "seeing skimpy clothes", "being nude" and "seeing nude" arousal modifiers, giving the system a little more depth. So yes, what you said was pretty much spot on - an optional, more granular system to modify arousal based on how much of a character's body is revealed. Since AND detects NPC nudity status too, everyone's clothes matter - not just the player's.

 

By extension, this would give all mods that are dependent on OSL/Sexlab Aroused more depth as well since AND could play a hand in arousal. I never intended for AND itself to be an arousal mod, and we have a few too many versions of Sexlab Aroused as it is, but thankfully it seems that OSL is unifying the arousal mods more due to your backwards-compatibility with the original.

 

As far as getting the keywords set up for players, I've recommended using Keyword Item Distributor due to it's ability to "set and forget". I also created a KID File Share blog for users to download pre-made KID files specifically made for AND.

 

 

Awesome yeah I think this area makes sense for the next area to work on for this mod. 

 

One thing I could really use some help with is the actual design for how the various states interact with the arousal values.

 

I think the baseline is like "You gain X value for Y state" where state is each potential state (fully clothed, skimpy, topless, bottomless, underwear, naked, etc...)

Especially since there can be so many permutations for combinations, understanding how to properly represent that into the arousal values is something to consider, and im sure there is a more interesting way it can be folded into gameplay.

[NymphoElf]

2 hours ago, ozooma10 said:

One thing I could really use some help with is the actual design for how the various states interact with the arousal values.

 

I think the baseline is like "You gain X value for Y state" where state is each potential state (fully clothed, skimpy, topless, bottomless, underwear, naked, etc...)

 

I could see each state having its own % modifier to the arousal change over time or increasing Base Arousal. I'm not perfectly familiar with how OSL handles everything and how it all interacts, but something along these line could be a good starting point if nothing else:

 

• Nude
  • Same as current?
• Topless
  • +15% arousal gain and/or-15% arousal decay
  • +15 baseline arousal
• Bottomless
  • +20% arousal gain and/or-20% arousal decay
  • +20 baseline arousal
• Showing Chest
  • +10% arousal gain and/or-10% arousal decay
  • +10 baseline arousal
• Showing Genitals
  • +10% arousal gain and/or-10% arousal decay
  • +10 baseline arousal
• Showing Ass
  • +5% arousal gain and/or-5% arousal decay
  • +5 baseline arousal
• Showing Bra
  • +5% arousal gain and/or-5% arousal decay
  • +5 baseline arousal
• Showing Underwear
  • +5% arousal gain and/or-5% arousal decay
  • +5 baseline arousal
• (None)
  • Same as current

Take these as a mere suggestion. Like I said, I'm not super familiar with the interactions with nudity in OSL as it stands. You'll probably be able to come up with a better/more robust system. However handing each AND state individually in a manner that can compound with others dynamically is probably the best solution, rather than trying to handle every combination separately.

[The_XXI]

On 1/18/2025 at 12:48 PM, ozooma10 said:

Ahh its checking for the zad_DeviousPlugAnal keyword (from DD) keyword (from DD)

 

Makes sense to check for baka sla keywords too, ill update in next update

I didn't quite understand, are you planning to add the effect of equipment items with sla keywords on arousal levels in the future?

[ozooma10]

48 minutes ago, The_XXI said:

I didn't quite understand, are you planning to add the effect of equipment items with sla keywords on arousal levels in the future?

It should now work for sla_AnalPlug for the "plug" device integration arousal gain.

 

[eflat01]

9 hours ago, ozooma10 said:

It should now work for sla_AnalPlug for the "plug" device integration arousal gain.

 

 

This does poise another question (or possibility) however... The mod does have a setting for exhibitionist, an option it consider may be BDSM related? 

 

I agree that a dd plug is the same object type as any plug, although may be lockable... a mod like this does not need the clutter and additional processing checks of a dozen keywords for like objects. 

 

Someone would just need to toss a SPID or a Skypatcher .ini together - if there's not one already - to add the basic keywords out there on DD is all. 

 

(Stick with the baka, Fact is are too many people out there creating more keywords for other things the way it is, things like keywords should have some standard... it's a wonder SL finds an animation when keywords are being used on the search).

;SLA_ArmorHarness            
;SLA_ArmorPretty             - only slot 32
;EroticArmor                 - only slot 32
;sla_ArmorSpendex             - only slot 32
;SLA_ArmorLewdLeotard         - only slot 32
;SLA_ArmorTransparent  
;SLA_ArmorCurtain         

;SLA_ArmorHalfNakedBikini     

;SLA_ArmorHalfNaked        
;SLA_ArmorRubber             

;SLA_ArmorPartTop  -  Sexlab Survival
;SLA_ArmorPartBottom  -  Sexlab Survival

;SLA_PastiesNipple  -  It's not bra. It's pasties not even close.
;SLA_Brabikini

;SLA_PantsNormal  -  Normal Pants, 
;SLA_PantiesNormal  -  Normal underwear
;SLA_ThongT
;SLA_ThongCString
;SLA_ThongGstring
;SLA_ThongLowleg
;SLA_PastiesCrotch
;SLA_MicroHotpants

;SLA_FullSkirt
;SLA_ShowgirlSkirt - Like Vegas style
;SLA_MiniSkirt
;SLA_MicroSkirt - What I call a cunt scarf
;SLA_PelvicCurtain  - Tassets, etc... or could be a slit skirt up to the waist given the design.

;SLA_ArmorCapeFull 
;SLA_ArmorCapeMini

;SLA_HasStockings
;SLA_HasSleeves
;SLA_HasLeggings - assume pantyhose too?

;SLA_BootsHeels - normal heels
;SLA_KillerHeels - high heels and platform heels

 

;SLA_Earrings
;SLA_PiercingNipple
;SLA_PiercingClit
;SLA_PiercingVulva
;SLA_PiercingLips
;SLA_PiercingNose
;SLA_PiercingBelly

;SLA_AnalPlugBeads
;SLA_AnalPlugTail
;SLA_AnalPlug
;SLA_VaginalBeads
;SLA_VaginalDildo
 

Edited January 25, 2025 by eflat01

[eflat01]

On 1/23/2025 at 9:32 AM, ozooma10 said:

Definitely back up but shouldn't have any issues updating mid game.

 

Went in flawlessly, works great, in fact did you optimize the DLL a bit seems to be more responsive (quicker)?

 

... and of course thx for saving the children, was getting tired of targeting and resetting them even though I fixed those idles, imaging what those kids were thinking creeped me a bit. 

 

Edited January 25, 2025 by eflat01

[eeniemeeniemineymoe]

dude does anyone know why my fucking game won't start if i have SexLabAroused.esm enabled even though it's enabled via this mod?

 

[eeniemeeniemineymoe]

ive tried with technically all my other mods but when i try loading SexLabAroused.esm and it's partner mods like night life ect the game simply won't even start.

[Talesien]

6 hours ago, eeniemeeniemineymoe said:

ive tried with technically all my other mods but when i try loading SexLabAroused.esm and it's partner mods like night life ect the game simply won't even start.

With that attitude and amount of information, no one will be able (or even interested in trying) to help you. Yes, it can be frustrating if things don't work. No, that is no excuse for a one line post half of which are expletives. The only reason why I even bother is that the second post was lsightly better, so there might be hope for you. That said:

What game version?
Does not start as in does not start? Or crashes before the main menu? Or crashes after the main menu while loading? If the 2nd do you have a crashlogger installed? If yes, where is the log? If no, install one and post the log. (Attach it, don't post it right in.)

Edited January 26, 2025 by Talesien

[ozooma10]

Balls i think since i updated the esp file, incremetented header version so broke things on 1.5.x version.

 

Can anyone confirm that A. it doesnt work with 1.5.x and that https://www.nexusmods.com/skyrimspecialedition/mods/106441 fixes it?

 

I'll look into if i can just update the header version so that backporting isnt needed.

[Talesien]

10 minutes ago, ozooma10 said:

Balls i think since i updated the esp file, incremetented header version so broke things on 1.5.x version.

 

Can anyone confirm that A. it doesnt work with 1.5.x and that https://www.nexusmods.com/skyrimspecialedition/mods/106441 fixes it?

 

I'll look into if i can just update the header version so that backporting isnt needed.

You can change the header version in xEdit, but not in the CK (AFAIK). It isn't wise to do so though, at least not for ESL flagged plugins, as you might now have form id's in the formerly reserved space between 000 and 7FF. If you are hellbent on downgrading the header anyway, make sure that's not the case before attempting to change the header version. Honestly, everyone who is running an older game version should install BEES anyway, sooner or later it will be needed and save a lot of frustration in trying to find the reason something does not work.

[eflat01]

11 hours ago, Talesien said:

You can change the header version in xEdit, but not in the CK (AFAIK). It isn't wise to do so though, at least not for ESL flagged plugins, as you might now have form id's in the formerly reserved space between 000 and 7FF. If you are hellbent on downgrading the header anyway, make sure that's not the case before attempting to change the header version. Honestly, everyone who is running an older game version should install BEES anyway, sooner or later it will be needed and save a lot of frustration in trying to find the reason something does not work.

Yes, on an esp best to unmark the esl flag, change the version and would be a pain in the A... but you can renumber the form id's with a "starting at" number in xedit too, then set the esl flag again. (of course then you need to double check you've no undefined refs within the forms)

 

I really agree that anyone using a older version should be using BEES, else they're going to run into the issue repeatedly along the way.

 

Edited January 27, 2025 by eflat01

[cafziel]

On 1/23/2025 at 2:31 PM, ozooma10 said:

Pushed out 2.7.0 which is a pretty large refactoring of the internal code. 

 

Biggest change is to re-introduce original SL Aroused mechanics via an "Arousal Mode" switcher in MCM menu. (this uses things like exposure and time rate for arousal calculations). Should allow for better compatibility with certain mods that interact with those mechanics directly.

 

Most of the mentioned issues should be fixed, found lots of other bugs that are hopefully fixed too. Let me know if any issues.

 

Large change so hopefully didnt break too much. Should be safe to apply to existing saves but as always backup before updating.

 

Let me know of any issues/suggestions/etc...

 

Thanks!

 

Hey there and thanks for the effort!

 

I found this regarding OSLAroused in the code of Deviously Accessible:

Spoiler

Event OnEffectStart(Actor target, Actor caster)
    utility.wait(2)
    globalvariable dwp_integration_ng = ( Game.GetFormFromFile(0x12AF93, "DeviouslyAccessible.esm") as globalvariable)
    int checkng = dwp_integration_ng.getvalue() as int
    if (Game.GetModbyName("OSLAroused.esp") != 255) || (checkng == 1)
        
    else
        int startingvalue = (sla_lib.GetActorExposureRate(game.getplayer()) as int) 
        ......
    endif
    RegisterForModEvent("sla_UpdateComplete", "arousalticked")
endevent

 

Which gives me some ideas how to run legacy functions with your new mechanism which is way better than the old one.

Timerate could be implemented like before as decaying function refreshed after sex or arousing events.

Exposurerate as flat value selectable via MCM, adjustable via function calls like before.

Exposure could be a derivative  of the delta between baseline arousal and current arousal.

 

This could work alongside the new mechanics, not influencing them.

 

What could be implemented with the new mechanics though would be that function calls to change Exposure act like an exposure increasing event.

Calls to change exposurerate could affect libido perhaps.

 

This might be a way to fully integrate the legacy calls into the new mechanics, what do you think?

 

[BexBlair]

Probably a dumb question that's been answered before...but is there a way to save what keywords you attached to armor previously inside the mod? Or does it just reset every game? Thanks!

[ozooma10]

36 minutes ago, BexBlair said:

Probably a dumb question that's been answered before...but is there a way to save what keywords you attached to armor previously inside the mod? Or does it just reset every game? Thanks!

Hmmm should save within the game save.

 

Do you mean across different saves?

yeah that probably makes sense to do.

 

 

[BexBlair]

Just now, ozooma10 said:

Hmmm should save within the game save.

 

Do you mean across different saves?

yeah that probably makes sense to do.

 

 

Yes, game to game. If I have to restart or rebuild my load order, like whatever file in the mod they save under? Can you just like copy paste? Or is there a different way I don't know about?