SexLab P+

[Sadopandoria]

Does this still have incompatibilities with SLSO? last i checked it caused SLSO to stop working properly.

[darkangel2041]

1 hour ago, Sadopandoria said:

Does this still have incompatibilities with SLSO? last i checked it caused SLSO to stop working properly.

Yes, SLSO is not compatible with p+ because it touches internal part of base Sexlab

[no_way]

5 hours ago, darkangel2041 said:

Yes, SLSO is not compatible with p+ because it touches internal part of base Sexlab

 

 

5 hours ago, darkangel2041 said:

Yes, SLSO is not compatible with p+ because it touches internal part of base Sexlab

 

BIS also seems to be incompatible 

[Dozen9292]

On 1/11/2023 at 12:10 PM, Scrab said:

• Hotkey to change actor position in a scene (ie. swap position 1 with position 2)
  • This feature is considered redundant as SLp+ disallows actors in invalid positions

 

Do SLp+ data keys take into account dominant actors in scenes? Two actors in an FF scene are not necessarily both valid choices for either position, say.

[6905790]

Greate work, everything is super fast now. Although I have 2 quesitons, 1. Is there an alternative method to auto scaling since this function become invalid in P+. 2. hotkey for SOS adjustment gives me an error window, i kinda know you removed this function but i have no idea what's another way to do it?

[Scrab]

10 hours ago, Appolon77793 said:

Also another and very common problem with player alignment and when a male character is fucking air.  the same example of TeraElinRace with a character size of 0.7

 

7 hours ago, 6905790 said:

1. Is there an alternative method to auto scaling since this function become invalid in P+

 

Scaling is on the TODO for a big rework to allow animators to enforce their preferences in animations, e.g. allowing animators who prefer smoll female on large male to properly state this as part of the animation definition, to give SL the required hints to make this work correctly and potentially detail the filter into that direction as well

 

10 hours ago, Appolon77793 said:

I also want to ask about the system of orgasms and the imposition of sperm, and everything seems to suit me now, but the luminous sperm, which is either gray or white (depending on the lighting), starts to annoy me a little.  Also, the SL emotion system, tell me why is it needed besides opening the mouth of my protagonist during oral sex?

 

I already had a discussion with some people about this and we discovered that all known alternative approaches arent meeting the standards of p+

So long story short; Yes there will be changes but I dont know when and how

 

10 hours ago, Appolon77793 said:

 Also, the SL emotion system, tell me why is it needed besides opening the mouth of my protagonist during oral sex?

 

That too has been discussed and will get a full revisit at some point in time

 

7 hours ago, 6905790 said:

2. hotkey for SOS adjustment gives me an error window, i kinda know you removed this function but i have no idea what's another way to do it?

 

This has been fixed in the current WIP. You can ignore this error

[Scrab]

9 hours ago, Dozen9292 said:

Do SLp+ data keys take into account dominant actors in scenes? Two actors in an FF scene are not necessarily both valid choices for either position, say.

Yes, but animations do not

Ive already been convinced that this functionality has usage but know that its purpose will further be thrown into neglect as p+ progresses

[slkajhf34]

On 2/4/2023 at 4:22 AM, Mister X said:

they are redundant, too, as p+ offers already both

I ended up using those standalone fixes rather than this because P+ doesn't seem to work with Amorous Adventures, and some other questline mods that start sex scenes via their own dialogue/notification message. I'm not sure if this is due to p+ but it works when I'm running the base framework on its own.

[Polonium]

Hi, I have a problem where, apparently, all animations are blacklisted: I installed Radiant Prostitution Gigolo and noticed this problem when it tried to trigger a consensual animation, no animation triggered, instead a phrase in the upper left of the screen said "You've blacklisted all consensual [animation type] animations. This isn't going to work".

I uninstalled of the mod and tried to trigger an animation via Radiant Prostitution and the problem went away, so I think the problem is this mod. I'm using the 1.5.2 - LATEST version of the mod with the latest version of Skyrim SE. Do you have any suggestions on how to fix this bug or what caused it?

Thanks for your time.

plugin list.txt

[CeBlue123]

Hi, great performence mod, but i have also find some glitchs which didnt exist in original mod: Sky idles or EVG conditional idles will override the sex anim in pplus. original version wont have this problem. i mean if you using WSAD to move the camera in the free POV mode or just pressed WSAD, the sex anim will be interruptted by the random idles.

Edited February 6, 2023 by CeBlue123

[Scrab]

6 hours ago, pahvipahvi said:

Scrab, which version is planned to be uploaded here next, from discord test builds? (with .353 support)

 

1.8,

 

This is also going to be the last content update for p+ for the time being. I plan on having things settle down a little after, only addressing immediate issues before jumping to the next big block of content

[Scrab]

45 minutes ago, Appolon77793 said:

It's a shame that such a good person retires, in general, in fact, what you are doing now should have been done a long time ago, and those who should have done it were the authors of SL.  Thank you Scrab, for fixing all the deficiencies of the SL totors.  And the question is what a hundred will be next?  what would you like to improve next?

I dont quit, I just stop rapid firing relases for a few weeks to identify and isolate issues specific to p+ and to focus on other projects (p+ is not the only highly anticipated project in on my list)

 

 

[Scrab]

SexLab p+ 1.8.1

UPDATING REQUIRES A NEW GAME

• Removed MCM Options:
  • Restrict Strapons
    This setting is no longer being used in p+ for a while now. If you do not want females to be animated in male positions, disable the "Females use strapons" option altogether. Both of these settings always did essentially the same, so there is no noticeable cut in functionality here
  • Ragdoll End
    We need a little controversy and ragdolling does sometimes have some odd implications due to Havok, also speed
  • Nude Suits
    Its 2023, we all on SE, so why would anyone even need this? I read that this was supposed to allow you to use NeverNude bodies outside of SL scenes, but were on SE. If you want underwear there are mods doing an excellent job at distributing and managing them. I believe they even allow different types of underwear for different NPC and all that!
  • Restrict Gender Tag and Fix Victim Positions
    These were implemented by SLU+ some time ago to improve SLs janky positioning logic, but p+ already addresses the same issues much, much more efficiently and qualitatively hence these settings lost all purpose
• Added MCM Options:
  • Install Default Animations and Install Default Animations (Creature)
    When installing SexLab, you can now choose if you want to install SLs default animations
  • Futa Behavior
    This setting will allow you to choose in which position futa actors are being shifted into (i.e. if they should be treated as male or female)
• Overhauled MCM:
  • The "Load" and "Save" options have been removed from the MCM. SexLab will not auto load/save all relevant settings to an external .yaml file
    Yes, this means that you will lose your settings when updating
  • When installing, you now have access to some general settings before installing, namely:
    • If you wish to install default animations (human and creature)
    • If creatures should be enabled
• Dragonborn.esm is now a hard dependency to SexLab (tragedy)
• Reduced the amount of debug tracing and general debug information
  This is effectively "unshackles" SexLab p+ from the burdens I put on it in order to collect and debug animation selection, the part that I mentioned "about Performance" on the first page is now redundant
• Optimized, Refactored and Cleaned up large amounts of code
  • The time to install SexLab has been reduced significantly
    • Some reports state that the total installation time reaches from 2-5 seconds when NOT installing default animations
    • Installation of default animations takes about 3-7 seconds
    • Most of SexLabs initialization has been moved into the .esm directly
  • Code execution has been streamlined, lowering the stress on the Papyrus engine and fixing minor issues such as
    • Code being executed multiple times over
    • Redundant sanitizing checks
    • Inconsistent timers
  • Removed code used for backwards compatibility with SexLab Versions prior to 1.62
• SexLab threads will now keep their data cached for 36 ingame minutes instead of 15 real time seconds
  • Note that this means that setting your timescale to 0 causes SL Threads to never clear
  • An otherwise unreasonably low timescale setting combined with a lot of scenes being started in a short interval may cause SL to be unable to start new animations as the old ones werent cleared up yet. 'Unreasonable" here depends on your own mod setup and how many scenes are being started every in game hour on average
• Re-implemented the 'switch position' hotkey
• Reduced the minimum delay when doing position adjustments from 0.5 seconds to 0.1 seconds. Keeping the hotkey pressed will still adjust positions only once every 0.5 seconds
• Temporarily removed the option to scale actors as it causes soft locks for some users
• Fixed an issue causing Dogs, Wolves & Canines to be treated as the same race
• Fixed an issue causing a thread to get stuck when no animations are found, causing the thread to be forced to time out in order to be cleared
• Fixed an issue causing runtime generated NPC to not be incorrectly recognized as futas
• Fixed an issue causing bed offsets to not be properly adjusted
• Fixed an issue causing an error message to appear every time you try to adjust schlong angle
• Fixed an issue causing actors to get stuck after a thread ended

About Backwards Compatibility
Above I mentioned that I removed some code that has been redundant since 1.62;

There will likely be more of these and they will not always be noted in the patch notes. Im aware that this may create some conflicts but frankly, ignoring scope conventions is where I personally draw the line. SexLabs public scope is restricted to SexLabFramework.psc, SexLabutil.psc, sslThreadModel.psc and sslThreadController.psc, the public scope for p+ removes sslThreadModel.psc from this scope, though will ensure compatibility with mods that already interact with this script
Mods which use parts of SL beyond these three scripts are considered invasive and will thus not receive any attention to stay backwards compatible. Im aware that due to lack of proper documentation it isnt always obvious what exactly is public and what isnt, so I will stretch these boundaries slightly to include - for example - DD which bridges over (internal) properties of the main API into internal calls usually called by wrappers defined in the main API (this is as pointless as it sounds complicated). This approach will put you at a disadvantage, potentially not having you benefit from all changes p+ does but will likely keep you compatible otherwise

 

 

About Position Switching

This feature works differently than in the og SexLab:

p+ follows a strict logic to only allow certain actors in certain positions. This philosophy is enforced and unchangeable. You as the user are never allowed to alter this principle under any circumstance. This enforcing of principles is one major reason why a lot of the improvements in p+ are possible and going forward, this strictness may even increase

 

For the position swapping, it is hence important to note that any two actors may only swap positions when both actors match the other ones position

"Matching" here is essentially a custom "equal" procedure and at the time of writing this, boils down mostly to "are both actors the same gender and race", though once p+ matured some more and mods are able to utilize the data keys to their full potential will also include questions about "is the actor a vampire" and similar

 

The advantage is that p+ allows two actors to swap even when there are creatures involved in a scene, but you will no longer be able to force males into a female positions with this hotkey either

 

 

Next Steps

As already mentioned, I will be halting the development of p+ for a couple weeks to isolate and address issues specifically introduced by p+ and have everyone catch up to this latest version

I am aware that there are still a few issues around that some would like to have fixed, namely

1. Furniture Framework isnt working aligning correctly
2. Scaling doesnt work correctly and may even cause soft locks
3. Adjustments are only saved globally (not per-race)

However, the next block of content for p+ will be aiming to completely remake the animation registry, to be more precise, the end goal of this next block of content is to..

• make SLAL redundant
• allow DataKeys to be used to their full potential
• speed up validation and filtering of Animations
• improve positioning and center validation

The 3 issues mentioned above are covered by these major goals:

1. Furniture Framework acts on additional information regarding the used furniture, i.e. the center of the animation
   The new tool that will replace SLAL alongside the advanced processing to find and validate a new center, is likely going to make furniture framework and any similar attempts to "invisible furniture support" redundant
2. Scaling is part of the ActorKey definition. This is yet another tiny, unused part of the keys "full potential" and is intended to adjust scales dynamically to make them less obvious and overall more qualitative. The new "SLAL" tool will also allow animators to state scaling data, allowing a more qualitative and dynamic experience when it comes to scaling actors in general
3. The new registry will be placed inside my own dll, this means that adjustments the way they are currently implemented in SL will become unused. The way "adjustment classes" are currently defined in SL is also very lacking and part of it may become unnecessary once scaling had its proper revisit

For that matter, these 3 issues noted above will stay for the time being, as I dont want to invest time and effort into addressing problems when these features will eventually be removed anyway

 

Edited February 12, 2023 by Scrab

[ShalolaAuthor]

[NoppaiKohai]

16 hours ago, Scrab said:

make SLAL redundant

 

Do it. I double dog dare you to do it. In fact, I double dog beg you to please do it. If you accidentally integrated a version of SLSO that worked faster without conflicting with so many things would be even more triple dog daring

 

You are the degenerate we don't deserve, thank you for your work.

 

I wonder if someday we'll even have versions of Slavetats + rape tats etc that load without trying their hardest to crash the entire Skyrim engine

 

 

Edited February 12, 2023 by NoppaiKohai

[erynyes]

17 hours ago, Scrab said:

SexLab p+ 1.8.1

....

Next Steps

As already mentioned, I will be halting the development of p+ for a couple weeks to isolate and address issues specifically introduced by p+ and have everyone catch up to this latest version

I am aware that there are still a few issues around that some would like to have fixed, namely

1. Furniture Framework isnt working aligning correctly
2. Scaling doesnt work correctly and may even cause soft locks
3. Adjustments are only saved globally (not per-race)

However, the next block of content for p+ will be aiming to completely remake the animation registry, to be more precise, the end goal of this next block of content is to..

• make SLAL redundant
• allow ActorKeys to be used to their full potential
• speed up validation and filtering of Animations
• improve positioning and center validation

The 3 issues mentioned above are covered by these major goals:

1. Furniture Framework acts on additional information regarding the used furniture, i.e. the center of the animation
   The new tool that will replace SLAL alongside the advanced processing to find and validate a new center, is likely going to make furniture framework and any similar attempts to "invisible furniture support" redundant
2. Scaling is part of the ActorKey definition. This is yet another tiny, unused part of the keys "full potential" and is intended to adjust scales dynamically to make them less obvious and overall more qualitative. The new "SLAL" tool will also allow animators to state scaling data, allowing a more qualitative and dynamic experience when it comes to scaling actors in general
3. The new registry will be placed inside my own dll, this means that adjustments the way they are currently implemented in SL will become unused. The way "adjustment classes" are currently defined in SL is also very lacking and part of it may become unnecessary once scaling had its proper revisit

For that matter, these 3 issues noted above will stay for the time being, as I dont want to invest time and effort into addressing problems when these features will eventually be removed anyway

 

Holy Shit! this update post is probably one the greatest i've ever seen on LL, go for it dog, take my money!  I was just just tracking this mod to keep track of it's developement, now i'm totally rooting for you, GG!

[zer02]

[hitmanh]

2 hours ago, zer02 said:

Same here.

Is there a list of known incompatbile mods somewhere?

loadorder.txt

Edited February 12, 2023 by hitmanh

[shoboon]

@Scrab

I'm using SexLab p+ 1.8.1 installed on New Game.

I encountered a small bug and a puzzling phenomenon at that time and I was wondering if you could give me some advice?

 

1.sslThreadModel.CreatureRef does not seem to get the expected value because it is not incremented in loop processing.

 

2.The value that can be obtained with GetActorController in SexLab p+ 1.8.1 returns a different value from GetActorController in the original SexLabFramework.

For example, after running a sex animation between a player and a creature, this time while running a sex animation between a player and a human character
If you execute GetActorController, instead of the sslThreadController that manages the sex animation between the current player and the human character
Returns the sslThreadController that manages the sex animation between the first player and the creature.

[Scrab]

46 minutes ago, shoboon said:

2.The value that can be obtained with GetActorController in SexLab p+ 1.8.1 returns a different value from GetActorController in the original SexLabFramework.

For example, after running a sex animation between a player and a creature, this time while running a sex animation between a player and a human character
If you execute GetActorController, instead of the sslThreadController that manages the sex animation between the current player and the human character
Returns the sslThreadController that manages the sex animation between the first player and the creature.

SL Threads keep data about the recently played scene persistent for a while after the scene ended

 

The functionality of the function you state has never been touched by p+, it works the same way as in the og SL, its likely not intended to work like that tho

I assume it just wasnt noticed thus far as the time SL grants the scene end event to finish was shorter than the total time SL requires to start an animation

 

[CeBlue123]

i cant switch the animation via tools 3.0 anymore. the player would just stand there instead. have i done anyting wrong?

[Scrab]

10 minutes ago, CeBlue123 said:

i cant switch the animation via tools 3.0 anymore. the player would just stand there instead. have i done anyting wrong?

The animation needs to be reset to stage 1 to make this work. I dont know why that is, or what change made it that way but it is what it is

Mods which use the provided functions to set the running animation will still work tho

Edited February 12, 2023 by Scrab

[CeBlue123]

5 minutes ago, Scrab said:

The animation needs to be reset to stage 1 to make this work. I dont know why that is, or what change made it that way but it is what it is

Mods which use the provided functions to set the running animation will still work tho

thanks for explaining. I have also noticed some of SLAL packs will have their stage 1 playing extremly fast, and the time setting of sexlab wont affect it.can you explain whats wrong with those SLAL packs?

[Scrab]

58 minutes ago, CeBlue123 said:

thanks for explaining. I have also noticed some of SLAL packs will have their stage 1 playing extremly fast, and the time setting of sexlab wont affect it.can you explain whats wrong with those SLAL packs?

Ive also noticed this but havent figured out what causes it

 

Since the new registry will also expect me to look over how timers work I decided to let it slide for now, with the same reason why I did not address adjustments profiles

 

[Guest]

does it work with sexlab utility plus? bc i have some conflicts but im have no idea other than interface what may change and how