Jump to content

SLACS 2 + SCO ( Cum Overlays )


Recommended Posts

Posted

SLACS 2 + SCO ( Cum Overlays )

View File

SLACS 2 is an add-on for SexLab, a middle ground between the older SLACS (SexLab Advanced Cum Stages) and the heavier SCO (Sexlab - Cum Overlays). It applies cum textures through the RaceMenu overlay system. Cum is cleaned based on the timer set in SexLab, when the character swims, or during rain.

 

You get 6 cum layers for nearly every zone, and when the limit is reached, it starts overwriting already used slots. SLACS 2 uses 21 RaceMenu slots:

 

  • Vaginal (Body): 6 slots (41-46)
  • Anal (Body): 6 slots (47-52)
  • Oral (Face): 6 slots (41-46)
  • Breast (Body, chest): 6 slots (53-58)
  • Hand (Hands): 2 slots (41-42)
  • Foot (Feet): 2 slots (41-42)
  • Legs (Body): 2 slots (59-60)

 

Requirements:

 

 Installation:

  1. Install like a regular mod.
  2. You need to increase the number of layers in RaceMenu and enable overlays for NPCs. Edit the following in
  • MO - RaceMenu\Data\SKSE\Plugins\skee64.ini
  • Steam - C:\Program Files (x86)\Steam\steamapps\common\Skyrim Special Edition\Data\SKSE\Plugins\skee64.ini
[Overlays]
bPlayerOnly=0 ; Default[1]
bImmediateFace=1 ; Default[0]

[Overlays/Body] ; "Body [Ovl#]" and "Body [SOvl#]" 
iNumOverlays=27 ; Default[6]
iSpellOverlays=1 ; Default[1]

[Overlays/Hands] ; "Hands [Ovl#]" and "Hands [SOvl#]" 
iNumOverlays=9 ; Default[3] 
iSpellOverlays=1 ; Default[1]

[Overlays/Feet] ; "Feet [Ovl#]" and "Feet [SOvl#]" 
iNumOverlays=9 ; Default[3] 
iSpellOverlays=1 ; Default[1]

[Overlays/Face] ; "Face [Ovl#]" and "Face [SOvl#]"
iNumOverlays=13 ; Default[3] 
iSpellOverlays=1 ; Default[1]

 

You can set the starting slot in MCM. Remember: there are 20 slots for Body, 6 for Head, 2 for Hand, and 2 for Feet. (If you set the starting slot for Body to 10 in MCM, you need to set iNumOverlays=30.)

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

Functions requiring testing:

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

P.S. I made simple test textures, not like those in SLACS Plus. I need to test the plugin before working on texturing.

For coffee - boosty


  • Submitter
  • Submitted
    10/17/2025
  • Category
  • Requirements
  • Regular Edition Compatible
  • Install Instructions

 

Posted
31 minutes ago, EnergyKrolik said:

am i need this mod if i already have sexlab cum overlays. i cant understand differences between them. how i unuderstand this mode is lite version of overlays right?

 

SexLab Cum Overlays is heavier and works a bit differently. It takes a random set and applies their textures in sequence. SLACS 2, on the other hand, takes a random texture from 20 possible options for each zone and applies them 10 times. Use whichever suits you best. In meaning they are the same.

Posted

great mod, just as i was looking for something that would work with dirt and blood. would it be possible for a patch so the cleaning effect from that removes these overlays?

 

Posted

Nice.

 

There's been room for something like this ever since the last SL update. SCOE, the next best thing, never got patched for 1.66b and breaks the SL diary.

 

Talented people keep fixing things on my personal to-do list, and it's fantastic. :classic_smile:

Posted

HOW do you get here? )RaceMenu\Data\SKSE\Plugins\skee64.ini) if you are using MOD organizer 2? not sure how to get to this part. you have a screen shot would be great 

Posted (edited)
3 minutes ago, Carl1960 said:

HOW do you get here? )RaceMenu\Data\SKSE\Plugins\skee64.ini) if you are using MOD organizer 2? not sure how to get to this part. you have a screen shot would be great 

right click racemenu in mo2 and click open in explorer

Edited by htc113
Posted (edited)
51 minutes ago, Mmmdonut said:

Increasing the overlay limit in the Racemenu skee64.ini drops my framerate like crazy (when looking at my character), is that unavoidable?

xDDDDDDDDDDDDDD

Add to that the infinite update every 5 seconds

 

Well... ChatGPT Code does work... but it's often not very optimal :P

 

What did You expected?

You need quite fat computer to render 60+ Layers on player mesh...

All of them doing alpha blending?

All of them being 4k?

Well... u better get GTX 4k at least, and AT LEAST xDD

//Edit:

Zrzutekranu2025-10-17234352.png.e30c10c15abf397a62aee57daa1fd659.png

 

Tho technically its Bethesda who fucked it up there...

Because for performance reasons the textures should be baked into one texture... or at least baked into common layer...

It's called Atlas, the reason why SexLab Framework uses Textures that are pre-baked like:

 

Vaginal1Oral2Anal2.dds

Vaginal2Oral3Anal3.dds

 

Is exactly to avoid drawing multiple layers of same texture over and over and over again...

Instead You just have 1 baked texture that You plot on the mesh...

 

This mod in worst case make the 1 layer job, into like... 30? or more layers job... so it pretty much stress ur game in worst case 30 times more than SexLab Framework cum would... 30 TIMES more... 3000% more xD

 

//Edit2:

Just gonna add to the "5 seconds update over and over again"

The method that the mod uses is actually braindead and retarded, almost like Modderators of LL.

 

The reason for that is that Skyrim when Papyrus Enviroment registers for event its reference is added to the CallBack Queue

Every time Skyrim does Update WM_Paint probably xDD ( It's funny cuz u can close Skyrim by sending him WM_Close and the window follows but the game dont :P so the game can be "playing" without having actual window on the screen xD ) 

 

and then Skyrim Engine just goes one by one reference to check if its time to be calling the reference...

 

Update:

- Check all references, did they time run out? no? Then keep them in Q

 

Registering too many Scritps on for Update puts very high stress on the Skyrim Engine...

But whats the problem its only updating every 5 seconds right???

Yeah... only 5 seconds... byt Skyrim Engine and Godd Howard made them to CHECK if its time to update EVERY UPDATE of the game...

 

So if u registered 20 events game will be checking 20 event EVERY FRAME to see if its time to update it...

So it does not matter its 1 second or 1 hour....

 

 

 

I would also question the decision to use StorageUtil for storing cum status:

image.png.b23f06475e95eb74e9b915f06a4996e2.png

 

 

 

SexLab Framework have specificly made features to avoid need for calling update every 5 seconds :)

After all its called "Framework" not just "SexLab", the "Framework" in the name clearly indicates that its a Frame in which You can work,

so it probably contains a set of tools to make Your thing "work" with its provided "frame" :P

 

 

But yeah... 

if Performance is not the focus then its a cool mod xD

Edited by ̖̪.
Posted
7 minutes ago, ̖̪. said:

xDDDDDDDDDDDDDD

Add to that the infinite update every 5 seconds

 

Well... ChatGPT Code does work... but it's often not very optimal :P

 

What did You expected?

You need quite fat computer to render 60+ Layers on player mesh...

All of them doing alpha blending?

All of them being 4k?

Well... u better get GTX 4k at least, and AT LEAST xDD

//Edit:

Zrzutekranu2025-10-17234352.png.e30c10c15abf397a62aee57daa1fd659.png

 

Tho technically its Bethesda who fucked it up there...

Because for performance reasons the textures should be baked into one texture... or at least baked into common layer...

It's called Atlas, the reason why SexLab Framework uses Textures that are pre-baked like:

 

Vaginal1Oral2Anal2.dds

Vaginal2Oral3Anal3.dds

 

Is exactly to avoid drawing multiple layers of same texture over and over and over again...

Instead You just have 1 baked texture that You plot on the mesh...

 

This mod in worst case make the 1 layer job, into like... 30? or more layers job... so it pretty much stress ur game in worst case 30 times more than SexLab Framework cum would... 30 TIMES more... 3000% more xD

I just followed the install instructions, from 60 to 40fps. 

Posted
3 hours ago, Mmmdonut said:

Increasing the overlay limit in the Racemenu skee64.ini drops my framerate like crazy (when looking at my character), is that unavoidable?

 

No. Increasing the overlay limit shouldn't have that effect unless you have a large amount of hi-res overlays applied. Also, if you have SlaveTats (without SlaveTatsNG) installed, the amount of time required to apply overlays increases almost exponentially coincident to increases in the number of slots added to the skee64.ini. 

 

2 hours ago, ̖̪. said:

xDDDDDDDDDDDDDD

[...]

But yeah... 

if Performance is not the focus then its a cool mod xD

 

You used ChatGPT to... shit on a mod? I've seen stupid, but there's always more stupid. Here's my third ever block on this site. 

Posted
4 hours ago, Carl1960 said:

HOW do you get here? )RaceMenu\Data\SKSE\Plugins\skee64.ini) if you are using MOD organizer 2? not sure how to get to this part. you have a screen shot would be great 

Easiest way is through MO2. Just double click the Racemenu mod, and to the left there's a tab that says "INI Files". Edit it there and then click the little disk icon to save the edit.

Posted (edited)
5 hours ago, ̖̪. said:

xDDDDDDDDDDDDDD

Add to that the infinite update every 5 seconds

 

Well... ChatGPT Code does work... but it's often not very optimal :P

 

What did You expected?

You need quite fat computer to render 60+ Layers on player mesh...

All of them doing alpha blending?

All of them being 4k?

Well... u better get GTX 4k at least, and AT LEAST xDD

//Edit:

Zrzutekranu2025-10-17234352.png.e30c10c15abf397a62aee57daa1fd659.png

 

Tho technically its Bethesda who fucked it up there...

Because for performance reasons the textures should be baked into one texture... or at least baked into common layer...

It's called Atlas, the reason why SexLab Framework uses Textures that are pre-baked like:

 

Vaginal1Oral2Anal2.dds

Vaginal2Oral3Anal3.dds

 

Is exactly to avoid drawing multiple layers of same texture over and over and over again...

Instead You just have 1 baked texture that You plot on the mesh...

 

This mod in worst case make the 1 layer job, into like... 30? or more layers job... so it pretty much stress ur game in worst case 30 times more than SexLab Framework cum would... 30 TIMES more... 3000% more xD

 

//Edit2:

Just gonna add to the "5 seconds update over and over again"

The method that the mod uses is actually braindead and retarded, almost like Modderators of LL.

 

The reason for that is that Skyrim when Papyrus Enviroment registers for event its reference is added to the CallBack Queue

Every time Skyrim does Update WM_Paint probably xDD ( It's funny cuz u can close Skyrim by sending him WM_Close and the window follows but the game dont :P so the game can be "playing" without having actual window on the screen xD ) 

 

and then Skyrim Engine just goes one by one reference to check if its time to be calling the reference...

 

Update:

- Check all references, did they time run out? no? Then keep them in Q

 

Registering too many Scritps on for Update puts very high stress on the Skyrim Engine...

But whats the problem its only updating every 5 seconds right???

Yeah... only 5 seconds... byt Skyrim Engine and Godd Howard made them to CHECK if its time to update EVERY UPDATE of the game...

 

So if u registered 20 events game will be checking 20 event EVERY FRAME to see if its time to update it...

So it does not matter its 1 second or 1 hour....

 

 

 

I would also question the decision to use StorageUtil for storing cum status:

image.png.b23f06475e95eb74e9b915f06a4996e2.png

 

 

 

SexLab Framework have specificly made features to avoid need for calling update every 5 seconds :)

After all its called "Framework" not just "SexLab", the "Framework" in the name clearly indicates that its a Frame in which You can work,

so it probably contains a set of tools to make Your thing "work" with its provided "frame" :P

 

 

But yeah... 

if Performance is not the focus then its a cool mod xD

 

Wow, what an interesting code analysis. In fact, the code you're referring to, with the 5-second check, is a slightly modified version of the SexLab Framework code. I only added a rain check to the swimming check. It doesn't reference a large number of scripts but rather the data in the game's own cache. Even if you were playing on a calculator, this check is so minor that you wouldn't notice any performance impact.

 

As an expert in this field, you can suggest your own verification method. I'll be happy to consider it.

 

scriptname sslActorCumEffect extends ActiveMagicEffect

Actor ActorRef
float Timer

event OnEffectStart(Actor TargetRef, Actor CasterRef)
    ActorRef = TargetRef
    Timer    = (Game.GetFormFromFile(0xD62, "SexLab.esm") as sslSystemConfig).CumTimer
    RegisterForSingleUpdate(3.0)
endEvent
event OnUpdate()
    if ActorRef.IsSwimming() || GetTimeElapsed() > Timer
        Dispel()
    else
        RegisterForSingleUpdate(5.0)
    endIf
endEvent

 

By the way, SexLab Framework uses pre-baked Atlas textures not for performance reasons but because it employs special magic shaders where a single texture needs to display all types of cumshots.


Vaginal1Oral2Anal2.dds
Vaginal2Oral3Anal3.dds


And yes, working with RaceMenu layers isn't about performance. That's what concerns me more, which is why I set nearly the maximum number of layers. On my hardware, I don't notice any performance drops, so testing is needed.

Edited by CoverOne
Posted

THE AUTHOR! THANKS FOR THE WORK! There was a problem with the frame rate at the first launch, but it was easily solved by saving and restarting the game normally.

Posted

Thank you for the speedy update. Everything works great with dirt and blood for my needs, but just to let you and others know that having the cum on clothes option enabled makes it so that the dirt overlays disappear when covered in cum. All works fine when disabled and the washing integration does remove cum and dirt overlays.

 

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...