SexLab Framework Development

[DragonQuest]

Hey every one

I cannot get or set Stage 

The Messagebox works but content always 0

and SetAnimation same not work

Someone can help me?

Event AutoPlayQSH_Func(int tid, bool has_player)
	sslThreadController Controller = SexLab.GetPlayerController()
	Debug.Messagebox(Controller.Stage)
	Controller.SetAnimation()
	Controller.GoToStage(2)
EndEvent


event OnPageReset(string page)
	RegisterForModEvent("HookOrgasmStart", "AutoPlayQSH_Func")

 

Edited January 6, 2022 by DragonQuest

[DevoZe]

has an AE compatible build been released yet?

 

[Dethea]

Why do I keep getting V. 1.65 is untested use version 1.62 when 1.62 is for LE and I'm using AE

[Arizona_Steve]

Nothing like the wholesome family activity of testing Random Sex for Thanksgiving... ?

 

Ran into an issue when testing Random Sex NG. Firstly, it seemed that SexLab was overriding the animations I was feeding to it from my evaluation code. That one was easily fixed by manually pulling a thread and setting the custom animation. However that revealed another issue.

 

Let's take anal animations. Sexlab usually sets these up as index 0 = female (victim) and index 1 = male/strapon. However my code is smart enough to figure out that the victim can be male or female in these cases (no strapon), so when my male player is involved, they are dutifully set up at the victim index = 0. However, when Sexlab starts the sex act, the player is now in the attacker position and my female follower, who I expected to be giving the player the mother of all strapon butt-fuckings, is now being victimized by the player.

 

Is there any way to override the default actor sorting and assign participants to the animation positions in the order they are presented, without regard for the gender settings for each animation position?

 

Edit #1: Did some digging around in the code and this line looks like the culprit (SSLThreadController.setAnimation(), around line 690) - Should be easy enough to create a bool property in SSLThreadModel and wrap an if statement around this line.

 

Positions = ThreadLib.SortActorsByAnimation(Positions, Animation)

 

Edit #2: Confirmed this is the culprit. Made changes to Sexlab above, updated Random Sex papyrus to override new SortActors property to false, female followers are butt-fucking the player now. And it is glorious!

 

Edited November 25, 2022 by Arizona_Steve

[Arizona_Steve]

Also while I'm here - the sync lock problem still shows up with 3p+ animations. I know I have had discussions with others in the past about this, but changing the interval from 0.01 to 0.1 really helps with this in practice - probably has something to do with my framerate being maxed out at 60fps and 0.01s being less than one frame. Please consider making this change:

 

SSLThreadModel - around line 1850 (from my own copy of Sexlab, where I have made the change)

 

function SyncEventDone(int id)
    while SyncLock
        Log("SyncLock("+id+")")
        Utility.WaitMenuMode(0.1) ; Change 0.01 to 0.1 here
    endWhile

    ; Remainder of function

endfunction

 

Edited November 25, 2022 by Arizona_Steve

[Vexply]

hi im having trouble setting up sexlab, when i first load up the game and head to my mod manager menu, i click to install the mod it doesnt do anything.
https://imgur.com/a/E8L1b38
i have:
Xp32 SE
Unofficial sse patch
SkyUI
SKSE
SexLabFrameworkSE
RaceMenu SE
FNIS spells
FNIS behavior
FNIS creature pack
Alt start
Address library for skse all in one se

EDIT: i realize now that i had to downgrade my SE file, didnt know that i had the AE update

Edited December 12, 2022 by Vexply

[poporaltemporal]

Some suggestions I would like to still see in sexlab:

1) I believe that unequip ammo mods are still required as SL is not taking off ammo for sex. Please correct if I am wrong.
2) I have highly polarized skyrim and there are many size of people. As physics and new bone slots have come into play it should be possible to do better actor alignment for the sex scenes when actors have differences.
3) Better support and alignment for sexanimobjects. Currently all objects misalign all the time.
4) Better arm handling for all animations. Arm bones are often the ones that break. There is mod called mujoint fix that helps the knees.
5) SLAL is almost essential for sexlab. It should be integrated to SL.
 

NOTE: proposing fixing these in the anim editor is not solution and all these features are part of SL. Also ticking scaling is not real option.

[OsmelMC]

1 hour ago, poporaltemporal said:

I have highly polarized skyrim and there are many size of people. As physics and new bone slots have come into play it should be possible to do better actor alignment for the sex scenes when actors have differences.

The current version of SexLab Framework have very good alignment system that is able to align without issues Mods like "Racial Body Morphs SE - Diverse body types and height by Race and Gender" that have part of the scale defined in the skeleton instead of the actor.

You only have to disable the "Even Actors Height" option and take the effort of align each scale combination. 

 

 

Edited December 16, 2022 by OsmelMC

[OsmelMC]

1 hour ago, poporaltemporal said:

Better support and alignment for sexanimobjects. Currently all objects misalign all the time.

The AnimObject are part of the animation and comes attached to the animation of one of the actors so the scale and alignment of that object depends of the actor using that animation. The problem is that the AnimObject not always  comes attached to the right actor and that's something you have to talk with the author of the animation.

By other side the next version should come with real furniture support that allow you get rid of many of the AnimObject of furnitures and use real furnitures compatible with the alignment system.

Edited December 16, 2022 by OsmelMC

[OsmelMC]

1 hour ago, poporaltemporal said:

SLAL is almost essential for sexlab. It should be integrated to SL.

SexLab have it's own animation loader since I have memory but none animation author's use it. Even allow you do more elaborate animations.

 

Also SLAL and SexLab Framework have different author's so matter of Rights.

 

 

2 hours ago, poporaltemporal said:

Better arm handling for all animations. Arm bones are often the ones that break. There is mod called mujoint fix that helps the knees.

Arm's and Legs! The Legs are more or less supported by Skyrim and usually is enough with enable it on the animation or using another Mod. Sadly the arm's are very different from the legs for many tech reasons. The only possible and practical solutions for that is a filter to exclude any animation not suitable for the scale difference between the actors.

[WaxenFigure]

One of the things that take the most time in waiting for a sex act to start is that Sexlab is expecting a "Bound" (tied up or in bondage furniture) NPC to move to an unbound NPC.  When Sexlab is picking which actor is the "center" of the sex act and who has to move the "bound" actor should be both the center and the one that does not have to move.  If there is more than one bound actor in the sex act just forget walking entirely and jump to the "teleport" system because that was never going to be realistic anyway.

 

And yes, I've seen this many, many times and am wondering why I never reported it in the past and of course why no one else reported it either.  Or am I just not seeing something else that makes it have to be this way?

Edited January 7, 2023 by WaxenFigure

[Sailing Rebel]

4 hours ago, WaxenFigure said:

One of the things that take the most time in waiting for a sex act to start is that Sexlab is expecting a "Bound" (tied up or in bondage furniture) NPC to move to an unbound NPC.  When Sexlab is picking which actor is the "center" of the sex act and who has to move the "bound" actor should be both the center and the one that does not have to move.  If there is more than one bound actor in the sex act just forget walking entirely and jump to the "teleport" system because that was never going to be realistic anyway.

 

And yes, I've seen this many, many times and am wondering why I never reported it in the past and of course why no one else reported it either.  Or am I just not seeing something else that makes it have to be this way?

I added a warning indicator in Aroused Creatures' MCM Help page advising users to turn off SL's Disable Starting Teleport option to avoid such delays. This is a particular problem with large creatures such as horses, who don't appear to be able to get within the required distance from the target, probably due to the size of their collision box.

 

I think it's possible to skip the travel behaviour by not providing a CenterOnObject reference to the thread, but more often than not we still want to control where the animation takes place.

 

Maybe travelling to the animation site is something that should be left to the implementing mods rather than SL? Or perhaps an option on the thread controller to let developers skip it when it's redundant or problematic?

Edited January 7, 2023 by Sailing Rebel

[OsmelMC]

4 hours ago, WaxenFigure said:

One of the things that take the most time in waiting for a sex act to start is that Sexlab is expecting a "Bound" (tied up or in bondage furniture) NPC to move to an unbound NPC.  When Sexlab is picking which actor is the "center" of the sex act and who has to move the "bound" actor should be both the center and the one that does not have to move.  If there is more than one bound actor in the sex act just forget walking entirely and jump to the "teleport" system because that was never going to be realistic anyway.

 

And yes, I've seen this many, many times and am wondering why I never reported it in the past and of course why no one else reported it either.  Or am I just not seeing something else that makes it have to be this way?

SexLab don't even detect the bondage on the actors and of course don't have furniture support so unless the future be a Bed, SexLab will try to start the animation far away as possible from the furniture. Thing's like that should be treated by Mods like DDi or ZAP.

 

My SLU+ support Furnitures, DDi and ZAP.

[OsmelMC]

4 minutes ago, Sailing Rebel said:

This is a particular problem with large creatures such as horses, who don't appear to be able to get within the required distance from the target, probably due to the size of their collision box.

 

On the SLU+ and future versions of SexLab Framework the walk to the center is done already as parallel function together with the strip while the rest of the process are being executed so don't take extra time. Also the real size of the creatures and furnitures are take in consideration for the min distance. 

Still need a bit more of work to be perfect but is way better than the original method.

 

 

[Arkanium]

On 5/31/2017 at 7:33 PM, MadMansGun said:

the last stage in that animation was made for scale 1 for some unknown reason.

 

no, they all count as a different race but share sexlab animations between them, the scaling is just a part of the problem that is going on.

 

Chaurus and Chaurus Reaper in same animation pool
    ClearRaceKey("Chaurus")
    AddRaceID("Chaurus", "ChaurusRace")
    AddRaceID("Chaurus", "ChaurusReaperRace")
    AddRaceID("Chaurus", "DLC1_BF_ChaurusRace")

small spider on its own (like they all should be)
    ClearRaceKey("Spiders")
    AddRaceID("Spiders", "FrostbiteSpiderRace")
    AddRaceID("Spiders", "_00ChaurusCrawlerRace")
    AddRaceID("Spiders", "_00DwarvenSpiderBoltRace")
    AddRaceID("Spiders", "_00DwarvenSpiderFireRace")
    AddRaceID("Spiders", "_00SkeletonSpiderRace")

large and Giant Spiders in same animation pool
    ClearRaceKey("LargeSpiders")
    AddRaceID("LargeSpiders", "FrostbiteSpiderRaceGiant")
    AddRaceID("LargeSpiders", "FrostbiteSpiderRaceLarge")
    AddRaceID("LargeSpiders", "_00ChaurusCrawlerRaceGiant")
    AddRaceID("LargeSpiders", "_00ChaurusCrawlerRaceLarge")

truth be told i think the bug races would be better off if they were removed form SexLab and re-added to MNC & SLAL, it wont fix the re-scaling problem but it would fix the pool problem.

 

I may be necroposting about this issue, but it's something I've met repeatedly. I feel like the issue isn't one of scaling, but the animation that play are tagged either as "spider" or "giant spider" and "chaurus" or "chaurus reaper", but in effect it doesn't seem like the game tags the actual creatures as such. If there was a way to make the game tag each creature size in a way that sexlab could recognize, then it might be able to play the right animation for the right creature size. Is there any way to make that happen reliably?

[MadMansGun]

19 minutes ago, Arkanium said:

 

I may be necroposting about this issue, but it's something I've met repeatedly. I feel like the issue isn't one of scaling, but the animation that play are tagged either as "spider" or "giant spider" and "chaurus" or "chaurus reaper", but in effect it doesn't seem like the game tags the actual creatures as such. If there was a way to make the game tag each creature size in a way that sexlab could recognize, then it might be able to play the right animation for the right creature size. Is there any way to make that happen reliably?

the race issue was fixed by MNC years ago.

[Carl1960]

THANK you FOR  keeping this up today !

[Lapsio]

Is there any current patch working with 1.65 to sslAnimationSlots that would increase limit for creatures above 1000?

[chelzmcnamara]

I currently have v1179 of Skyrim. Should I still be able to use this mod? 

[MadMansGun]

this is the LE SexLab Framework Development page, not the SE/AE page

[Glass Swan]

Part of the "Troubles of Heroine" pack, a series of quests to relieve men's tension in a mine at Shor's Stone.

I had to wait for them to get up in the morning to start it, and passed some time fishing.

Now each time sex starts I get the "Press E to reel in your catch" prompt, which is funny but probably a bug.

[Glass Swan]

Not sure whether this is a SexLab thing in general or mod-specific, but my vertical position has been defined by feet on bed rather than by wrists in hand:

 

[Glass Swan]

Camera position and focus for "Cobalt Two Handed Whipping" could usefully be adjusted to ... somewhere else.

[Miauzi]

I have been using the SexLab version (SE_v163) for Skyrim SE for many months now without any problems.

During a test phase lasting several weeks in which I tried out new mods, the framework basically "froze" itself... I can no longer trigger sex between my player and an NPC (or companion).

I have now started a new character and am trying to find out what is actually going on by "trying things out".

I get the following message via the command line

SEXLAB - FATAL - Thread[0] - Failed to start Thread -- Unable to find valid animation

SEXLAB - FATAL - Thread[0] - Failed to start Thread -- No valid animation for given actors

 

As far as I understand, SL cannot find any animations... but animations are installed and also loaded via "SL-AnimationLoader" (in the MCM).

I use the Billyy animation package - this has covered everything so far without any problems... I had to reinstall it 3-4 weeks ago - because a newer package had exceeded the FNIS limit and I went back to the old package (v6.5se).

In the loading sequence of the plugins, sexlab is second.

I would be very grateful for a hint as to where I should dig deeper or even a suggested solution.

Eva

 

addendum:

I have been using "sexlab pplus" for a good 5-6 months - version v1.8.2.3 ... more recent versions lead to an immediate CtD when "starting up" Skyrim

 

[MadMansGun]

i would suggest avoiding that P+ thing, it's nothing but trouble.