SexLab P+

[xXDeliteXx]

3 hours ago, Miss Corruption said:

Your issues were not related to being a Futanari, also being one doesn't cause animations to work. You said in the third scene you swapped back to no Schlong and tried a dog. The female is identified as 20, but I don't know what that is exactly (maybe female victim?). I had Futa animations work fine for me. In base SexLab there are no strictly futa animations. It's just an animation with a tag.

Well 2nd and 3rd were with Schlong.
I figured possibly the issue came with the forced gender change that Sexlab does when you change schlong through SOS MCM. (I changed the gender but kept the schlong equipped)
I'm not a coder, but I have used Sexlab long enough to confirm that "yeah, it is pretty weird that futa on female doesn't work." 
Can't imagine how many other people have this issue but just don't use futa characters.
Oh well though, thanks anyways for trying.

Edit: 
I found this
 

Spoiler

I was wondering if you or anyone knows what these ID numbers are and where I can find them?
 Or if I could find a way to just turn off SOS/Sexlab compatibility in general via the scripts, that'd be amazing for testing purposes

Edit again: 
GOT IT!
im so dumb but it was this button right here
 

Spoiler

no clue why the Olfina Gray-mane initiation won't start
but its beyond my concern at this point

Edited August 23, 2023 by xXDeliteXx

[nomkaz]

5 hours ago, Miss Corruption said:

Your issues were not related to being a Futanari, also being one doesn't cause animations to work. You said in the third scene you swapped back to no Schlong and tried a dog. The female is identified as 20, but I don't know what that is exactly (maybe female victim?). I had Futa animations work fine for me. In base SexLab there are no strictly futa animations. It's just an animation with a tag.

 

 

In the Discord server we had Dirtyborn cause issues before, but we don't know what causes it unfortunately, nor if it is an actual incompatibility.

Moving on after removing P+ I see that it (Dirtyborn), breaks several of the CC quests in AE as well. Dang, shame. It'll need a patch for that too. Thanks for your assistance.

[Miss Corruption]

On 8/23/2023 at 5:09 PM, xXDeliteXx said:

Edit: 
I found this

Those are just SOS addons that add pubes and such. That way having pubic hair won't automatically treat a female as male. I personally use Gender Bender for Futa characters and they worked fine for me with P+.

[DoubleCheeseburger]

Hi hello,

 

In addition to the compatibility notes, SexLab Survival is missing the OrgasmEffectSLSO() function originally found in SLSO and somehow not merged into sslActorAlias script of SLSO patch.

 

And yes, as already mentioned by multiple people, SLSO is not fully compatible with P+ even with the patch, because of the positions sorting introduced by P+. This is also true for some other mods that try to interact with sex scenes like Apropos 2.

Unfortunately, I realized this too deep into my playthrough when switching SexLab patches is no longer an option. So I tinkered a little bit with P+ scripts and disabled some sorting to prevent males being forcefully put to position 0.

I attached my scripts to this post. Now it works good enough to continue with my playthrough, but please note that this is not the correct way to fix this and will most likely cause some other issues that I'm yet to discover. So use it only if you absolutely have to. This patch is based on P+ 1.8.2.5 and Sort Positions - Init - SLSO Merged Patch. It also brings OrgasmEffectSLSO() to where it belongs.

If you're going to use it you have to reregister your animations using SL Animation Loader.

SexLab PPLUS My Temporal Patch.zip

[Scrab]

Alright, taking the first official step towards phase 2 with an unofficial release of a new tool;

 

As some of you already know, SLP+ phase 2 will be incompatible with SLAL due to major changes in regards to how animations work (and how they registered). In fact, its not just SLAL that will be affected by this but any mod that tries to register animations through the Papyrus interface

Phase 2 of this project will move the animation registry into the back end, controlled by the dll and independent of the papyrus implementation that has been in charge all this time. The advantages to this new system are as follows:

• Designing a new registry from scratch allows for more advanced systems, Im expecting the new registry to be able to filter animations in less than 50ms (1/20th of a second)
• There is no upper animation limit anymore, because everything is dynamically allocated and controlled, the maximum number of animations that can be stored is essentially infinite and only bounded by your local storage and the amount of animations FNIS can register
• Animations may be compatible with multiple sexes, the idea behind was unfeasible to properly implement in the old system but this new system abstracts a position in an animation to a point where you can now have a specific scene to be [(M/F) + F] or [(M/F) + (M/F)], instead of only [M + F]. In practice, this means that there will be a severe increase in M+M as well as F+F animations
• .. but why stop at M and F, since we are already doing a full reset, Im also in a position to break open the established number of supported sexes, We are also going to offer native, full support for futa actors. This includes "futa on male" and "futa on female" animations
• A reset on the registry for significant changes in the kind of data that can be stored:
  • branched animations, including navigation text
  • consideration of new actor statuses, such as consciousness or specific bindings
  • allowing animators to ship scale data along their animations
• I can also emit some data, this may both be blessing and a curse, as this means that I can put more effort into how these systems are used, I can fine tune them and expand on them, but mods relying on active usage of these systems will no longer work. The affected data is:
  • Cum ID
  • SFX sound
• A reset in all animations also means a reset of tag system allowing for proper guiding on how tags should be used, allowing authors for a more controlled scene query

And I probably forget things because I always forget things

 

I hope that this all sounds super exciting, but heres the problem: All of this requires any and all SLAL animation packs that you are using to no longer be compatible with SL

Such long introduction, much wow

 

SexLab Scene Builder

SexLab Scene Builder, or SLSB, is an external app (.exe) used to create SexLab Scenes

Whats this thing good for you may ask; I said above that the entirety of SLs way of handling animations will be scrapped and rebuild from scratch and this includes how animators have been making animations all this time - or rather they were integrating their animations into the game. This procedure needs to change. SLSB is this change.

 

        

 

 

The advantage of SLSB is that it allows for a streamlined workflow when creating new scenes and has support for a variety of features that are incredibly tedious to implement manually, such as branching stages. (Yes you could go ahead and make a blowjob scene where "swallow or facial" is no longer just a text box after the scene is already over)

It also ensure that you know what you can do, without having to remember things. Everything you can do is part of the UI

 

SLSB and SL Framework

In default SL, animations are stored in quest aliases and that does work but is incredibly tedious to maintain and also pretty slow. It was a rather smart idea back in 2010 but it doesnt scale very well and I argue the one thing holding this community back more than anything is its inability to modernize and scale

...and hence the only logical conclusion is to modernize and scale .. by crashing the whole system. Beautiful.

 

Phase 2 of SLP+ operates without aliases. Instead, it uses something called "SexLab Registry Files" (.slr files) and is what this builder is building. When you make your scene in SLSB, you compile everything and what you get, next to the FNIS.txt files, is a new .slr file, containing the necessary information of every scene in this pack. This file is then used by SL to parse your animations into its registry, without you having to do any manual registration through the MCM. Its all automated, and done before you load into the game

 

The Workflow

I hope that thats enough info and hype around SLSB and why I love seeing the world burn by putting up an ultimatum that splits SLs community in half; lets look at what needs to happen next:

 

SLSB is done, at least in so far that its possible to make packs for SLP+ Phase 2, which isnt out yet, dont worry. I just hope releasing this early allows for some packs to be ready by the time it releases, otherwise wed be standing here with an untested Phase 2 and no animations. That aint great. And I dont have time to port all of the packs myself, that aint gonna happen

Instead, Ill let you do the manual labor, yay! At the bottom of this post, you will find the download for SLSB. Take a look at it, and if you like it and feel like you want to port over a pack (with permissions of the animator) let the world know, so we can organize things and dont have the same pack ported by 5 people. If you need help you can join my discord for that as well. (note that there is no documentation for SLSB, so joining is highly encouraged)

 

A basic conversion takes a couple seconds, is automated, not a lot of work and can be used for playing animations in p+. Its a bare minimum that works but will miss out on some of the important new additions

A proper conversion will take multiple days (or weeks) and is quite a lot of work. The reason for this extra work is that...

• tags are no longer describing an entire scene. Instead they only describe one stage at a time, so you ideally dont want to tag a stage vaginal when there is no actual penetration, but the basic conversion doesnt know that, so it will just tag everything vaginal. You will need to manually control the tags, stage by stage
• the multivariable sex is one of the most significant additions of this new system. If its not properly recognized, a big benefit of this system will just be lost. Again, a basic conversion doesnt know which animations are compatible which sexes (other than the default one), so you will need to manually set that, scene by scene

If this does not scare you off, then feel free to look for packs that you want to port

Furniture animations are currently not supported. While the logic is there, the offset is not done yet but will likely mimic what Osmel is doing in SLU+

Animations made by @AnubiSs2167 will be ported by themselves

 

My Discord Link: https://discord.gg/mycaxFPSeV

 

And SLSB: SexLab Scene Builder.exe

 

Edited September 1, 2023 by Scrab

[Mister X]

The biggest issue, at least for me personally: I don't even know what SLAL packs exist, which ones are the most up-to-date variants of a pack or if they still are supported by their animators or pack authors ^^

 

Oh, but I already asked Billyy and FlufyFox if they are willing to port ?

Edited August 31, 2023 by Mister X

[Aerynwolf]

Just adding + that more sexlab tools functionality integrated would be great. I was using the unlimited animation list with tools but that doesn't appear to work with p+? I get a notification that there aren't any valid animations but can cycle through them normally. Anywho. It being included would be a big help. Never knew how people used sexlab without it.

 

[KnottyWulf]

So, popping in here after seeing that SP+ might be messing with sexlab, as no human animations or spells are running despite everything being properly enabled and my plugins adjusted to the best as I can see. I assume Matchmaker, Tools, Adventures and Separate Orgasms are incompatible with this?

[Someone92]

Tools is incompatible as p+ will eventually provide the same features, SLSO is only compatible if you use the patch, Matchmaker and Adventures should work.

[KnottyWulf]

6 hours ago, Someone92 said:

Tools is incompatible as p+ will eventually provide the same features, SLSO is only compatible if you use the patch, Matchmaker and Adventures should work.

Gotcha. I'll remove tools when the update comes then. Though for now, after temporarily disabling it, Sexlabs FW is now enabling properly when it wasn't before.

[eldr3d]

Sorry to ask this again, but after reading the relevant posts here about VR support, I am still not sure: Is this fully compatible or is it just that the DLL loads into VR successfully? Are the fixes from the SL VR patch (+ hotfix) included in the scripts distributed? Bonus question: if yes, does that mean I can use the SLSO P+ Patch in VR?

[autism0]

uhh hey i forgot and installed it on my save. any way to fix it? dont wanna revert a whole day progression ??

[Thurlam]

Hey Scrab, since you're apparently more or less fixing SexLab, could I ask you to also make a quick fix to SexLab's freecam? Unlike Skyrim's vanilla tfc console command, it lacks the ability to strafe vertically (boom up/boom down). I have always found this very annoying.

 

Regardless, you're a god, Scrab. Thanks for everything you've done and for any future work you do.

[Crocop777]

Dunno if it's P+ related but i have a small sound issue during scenes.  Voice sounds are divided in 3 folders categories : mild , medium , and hot.  My issue is only mild and medium sounds are played during scenes, even at the latest stage or an animation , which is supposed to play more hot sounds instead. It's not a gamebreaking bug of course but i wonder if anybody had this issue ?

My SL sound folders are like this : Data/Sound/Fx/vFemaleMoan08/(hot-medium-mild)   and the .wav sounds are named like this : 001 - 002 - 003 and so on. Pretty sure it is the right structure.

[Anunya]

This is pretty cool. Looking forward to seeing this project continuing developing.

[Scrab]

9 hours ago, Crocop777 said:

Dunno if it's P+ related but i have a small sound issue during scenes.  Voice sounds are divided in 3 folders categories : mild , medium , and hot.  My issue is only mild and medium sounds are played during scenes, even at the latest stage or an animation , which is supposed to play more hot sounds instead. It's not a gamebreaking bug of course but i wonder if anybody had this issue ?

My SL sound folders are like this : Data/Sound/Fx/vFemaleMoan08/(hot-medium-mild)   and the .wav sounds are named like this : 001 - 002 - 003 and so on. Pretty sure it is the right structure.

I dont know how SL sounds work (yet) and I havent changed anything about them. They use 1:1 the same system as in default SL

[Scrab]

On 9/12/2023 at 2:45 AM, Thurlam said:

Hey Scrab, since you're apparently more or less fixing SexLab, could I ask you to also make a quick fix to SexLab's freecam? Unlike Skyrim's vanilla tfc console command, it lacks the ability to strafe vertically (boom up/boom down). I have always found this very annoying.

The free cam is from MiscUtil (PapyrusUtil), SL is just calling a function there

I dont know if implementing that feature myself would be any different to how MiscUtil does it

[Thurlam]

2 hours ago, Scrab said:

The free cam is from MiscUtil (PapyrusUtil), SL is just calling a function there

I dont know if implementing that feature myself would be any different to how MiscUtil does it

 

Ah, alas. Just figured I'd ask. Thanks for the response :^)

[DevilsAvacado]

Is there any chance of exporting the utility of this mod to recognize certain SOS "Schlongs" as female such as pubic hair and some as male into a seperate mod? Had to uninstall this for compatibility with other mods and I can't find any other way to achieve this

[Scrab]

9 hours ago, DevilsAvacado said:

Is there any chance of exporting the utility of this mod to recognize certain SOS "Schlongs" as female such as pubic hair and some as male into a seperate mod? Had to uninstall this for compatibility with other mods and I can't find any other way to achieve this

Already does that, see

SKSE\SexLabpp\SchlongsOfSkyrim.yaml

 

Add the addon there and if it works let me know what you added so I can add it to the public version for others using the same addon

[DevilsAvacado]

Little confused by your wording, could you rephrase it? sorry, I'm bad with syntax sometimes.

[Scrab]

6 hours ago, DevilsAvacado said:

Little confused by your wording, could you rephrase it? sorry, I'm bad with syntax sometimes.

When you follow the file path I stated above, you should find a .yaml file with the name "SchlongsOfSkyrim.yaml"

.yaml is a file format similar to .json, that contains human readable information about something. You can open it with a text editor and will find a list of objects listed by their esp and a list of formids

 

SLP+ by default already tries to differ between actual schlongs and pubics but some of the addons dont follow any loose convention I could abuse, so I have to list them seperately to let SLP+ know that having this SOS addon does not make you a futa

If you use one of these addons that isnt auto detected, you will need to add it to the .yaml file the same way all of the others have been added. The formid should be the SOS Faction that is part of the esp, and that every actor using that addon is part of

[DevilsAvacado]

I meant is that file usable at all without the mod itself?

[Scrab]

On 9/18/2023 at 12:09 AM, DevilsAvacado said:

I meant is that file usable at all without the mod itself?

No, why would it. That file is for a feature exclusive to P+

[Scrab]

Progess Update SexLab P+ Phase 2

Bit different post, this is essentially the patch notes for Phase 2 but it wont include the actual update. I will do some public testing on my discord first to fix the most severe issues and then release it to LL once I think the project is somewhat playable

Notice: In the following I will use the term "Legacy mods" a few times. I use this term to refer to any mod that has been created for default SL, which should be every mod you are using right now

• The registry is implemented now:
  • Animations are filtered in <20ms, making SLs animation registry the by far fastest in the entire adult community
  • Its speed mostly depends on number of tags and actors in a scene, NOT on the total amount of animations you have, i.e. lookup time will barely increase independent from your total number of animations
  • Installation and de installation of animations is handled natively without any kind of (re)registration
    • HOWEVER, using Legacy mods still requires you to reset the registry through the MCM, as the papyrus interface does not update on its own and is still bound on the 1.000 animation limit
    • The animation limit of 1.000 animations for legacy mods will not change, unlimited animations is exclusive to P+ mods
  • SexLabs registry is recognizing severely more data than any other framework, including, but not limited to
    • Futa Sex
    • Scaling
    • Vampire Exclusive Animations
    • Unconscious/Necro Exclusive Animations
    • Several Bound Poses (yokes, arm binders)
    • Animation defined stripping
  • Scenes follow strict semantics to order and validate actors, s.t. actors cannot be animated in positions they arent compatible with
    • This means that a male cannot be placed into a female position or vice versa, the issue where FM femdom puts the male into the dominating position is invalid and no longer permitted by SL, same for any other oddities you may have encountered while using SexLab
    • Back-up positions are still considered, but only for the female sex
  • Scenes now also utilize a multivariable sex allowing positions to be filled with actors of more than 1 sex if deemed compatible
    • I am aware that this confuses a lot of people, so perhaps a small example:
      • Default SL includes 110 animations, these 110 animations allow 243 different combinations of actors (male, female, futa, vampire, ...) to be animated
      • Of these, 8 are 3p+ animations
      • 7 are masturbation scenes, of which:
        • 2 can be played by futa and males
        • 5 can be played only by females
      • From the remaining 95 animations,
        • roughly 20 can be used as M/M animations, as opposed to 0 in default SL
        • over 80 are compatible to be played with at least 1 futa actor
  • The furniture system has been expanded from the one in Furniture Sex Framework (FSF), offering a couple more furnitures than before
    • Implementation into the scene setup is still WIP but thanks to Osmel and the author of FSF this shouldnt be much of a hurdle
  • The tag system has been streamlined with over 50 officially recognized tags. These tags are optimized for performance and should cover most use cases for authors
    • Documentation will follow
  • Cum systems as well as SFX systems and Schlong angle are no longer recognized as part of the animation and have been disabled until I get to correctly re implement them
  • Legacy projects can use the old sslBaseAnimation classes as before, however most data is read only and can no longer be edited
    • Exception to this are Cum IDX, SoundFX and Schlong angle, as these are no longer part of the animation definition in P+ and thus always return an invalid value
  • Custom sslBaseAnimations objects, such as the ones used by DD, are no longer supported. Affected mods are required to update to P+
    • I will be looking into patching DD myself, I have already obtained Kimys permission to do so
• Starting time has been reduced to 300ms, which makes the SL the fastest framework available in Skyrims adult community
  • The starting time will be further reduced as more parts of SL are adapted to P+
• Stopping a thread happens in real time, there is no noticeable delay anymore
• Papyrus load has been fine tuned and optimized, allowing SL to be pretty much invisible to the Papyrus engine
  • SL is now one of the most lightweight frameworks in Skyrims adult community, only rivaled by Flowergirls
  • The framework no longer stresses the papyrus engine, not even on scene start
• The official API Script, "SexLabFramework.psc" is being overhauled and refactored, simplifying available documentation and reducing its total size by discarding functions that are out of scope
• Added 3 more API Scripts:
  • SexLabRegistry.psc: To lookup data from SexLabs internals and query some low level requests. This script contains information on RaceKeys/IDs, as well as Sex definition and Animation related functions. I will likely also include Expression and Voice data in the future
  • SexLabThread.psc: The thread API has been streamlined and organized into one unfirom script. This script acts as an interface to give you an easy to understand way to access thread related data. This script abstracts sslThreadModel.psc and sslThreadController.psc, which are no longer considered public scripts
  • SexLabHook.psc: This script implements blocking hooks which can be used to pause script execution to inject or request data from threads in a thread-safe way. This features has existed in SL for a while and was originally implemented by Osmel, I hope that moving it into a new script makes it easier and more intuitive to use
• All SL scripts have been refactored:
  • Removed unused legacy code
  • Backwards compatibility has been improved compared to phase1, with most functions offering a wrapper when possible instead of silently failing
  • Scripts are now divided into "Public", "Internal" and "Legacy" blocks. Fundamentally all scripts that do not start with "SexLab" are internal though
    • Public scope in non-"SexLab"-scripts may be useful for legacy mods to check if their code uses functions that arent supposed to be publicly available
• All actors now have a RaceKey associated to them, independently of whether or not they have been registered to SL
• Scaling has been improved in both performance and stability and is enabled by default. I recommend to keep it enabled
• Offsets are now saved to external files, allowing you to keep them across save games
  • Note that "offset profiles" are still disabled. Due to the improved scaling in SLP+, I expect that 1 scaling profile is sufficient
• The MCM saving has been optimized, following the same logic I utilize in Acheron
• Installation of SL no longer requires you to close your menu, installation time has been reduced to ~5 seconds
  • The time may be further reduced as more systems are adapted to P+, potentially removing it entirely

Here is a preview of the starting time at the time of the beginning of Phase 2. I do not use Papyrus Tweaks. The initial delay is expected to be completely removed once all systems have been fully adapted:

 

Spoiler

 

Thanks to @Ashal @OsmelMC @AnubiSs2167 and I Unpause for actively helping me in the development

 

I will be releasing Phase 2 onto my Discord until tomorrow, with a LL release being in a few weeks from now, depending on how many issues the discord build has.

You can support the ongoing development by subscribing to my Patreon, or by throwing a donation my way using Ko-Fi

 

Edited September 19, 2023 by Scrab