SexLab SE - Sex Animation Framework v1.66b - 01/18/2024

[NedStark02]

I'm not sure what the hell happened but I've got a slight problem. I realized my xpmsse was out of date, so i updated it, cbpc and hdt-smp. after updating those my save files weren't playing animations anymore, game would freeze in black screen with sound still playing. Started a new file and that fixed that issue, but now even though I have the gender set to male, it's automatically having females use a strap-on and assume male position 2 and both male and female characters set to male in female position 1. I didn't change any mods or load order and nothing I'm doing is working. Can someone please help me?

 

Also, it's only when using debug or simple sexing. If using Eager NPC, then it'll use male animations, and I haven't gotten far enough in Amorous Adventures to see how that's working now.

 

As a quick edit, defeat, eager npcs and amorous adventures are all working with automatically using male positions, but it's only switching to male positions in the sexlab animation registry AFTER I've used one of those three. Otherwise I'd have to go through each animation manually and toggle them into male position.

[FFXV_Noctis]

On 9/19/2020 at 10:30 AM, Sailing Rebel said:

Clearly SLs use of this function is not the issue or the animations would not work at all.

 

Keep in mind that SL mods need to be compatible with SL, not so much the other way around. Also SL is able to handle 3p-5p animations just fine without stalling. For instance, Aroused Creatures is able to handle 3p+ animations and lock player movement between chained animations without any reported issues.

 

If an SL mod is causing this stalling then you will need to identify which one and take the issue to the mod author.

As a fellow modder yourself.. you should realize just how finicky Skyrim LE/SE is.. Even the game Devs say not to use DisablePlayerControls() and the sslEffectDebug script uses this in its Lock Actor function. The very same function that appears in my Papyrus Log when my animations stick

[Sailing Rebel]

1 hour ago, FFXV_Noctis said:

As a fellow modder yourself.. you should realize just how finicky Skyrim LE/SE is.. Even the game Devs say not to use DisablePlayerControls() and the sslEffectDebug script uses this in its Lock Actor function. The very same function that appears in my Papyrus Log when my animations stick

This is being caused by something peculiar to your setup. It will likely require systematic removal of mods to find the culprit. I would start with all SL mods and just leave Mass Matchmaker for testing purposes. If you are using MO2 then back up the mod list and load order first, and preferably use a duplicate profile if possible just to be safe.

[FFXV_Noctis]

On 9/21/2020 at 1:03 PM, Sailing Rebel said:

This is being caused by something peculiar to your setup. It will likely require systematic removal of mods to find the culprit. I would start with all SL mods and just leave Mass Matchmaker for testing purposes. If you are using MO2 then back up the mod list and load order first, and preferably use a duplicate profile if possible just to be safe.

I have technically already done this.. Except with Simple Sexing instead of Mass Matchmaker. The problem here is it doesnt occur each and every time which makes tracking down exactly what causes it rather difficult. Its not reliable but it happens 1 out of 10 times on average, But the framework also is slow to start animations which already tells me that there is an issue in the framework itself somewhere and that this issue im having may be related to fixing that as well.

[Sailing Rebel]

8 hours ago, FFXV_Noctis said:

I have technically already done this.. Except with Simple Sexing instead of Mass Matchmaker. The problem here is it doesnt occur each and every time which makes tracking down exactly what causes it rather difficult. Its not reliable but it happens 1 out of 10 times on average, But the framework also is slow to start animations which already tells me that there is an issue in the framework itself somewhere and that this issue im having may be related to fixing that as well.

Yes, that kind of intermittent issue is particularly troublesome to pin down. You could try disabling papyrus logging in your ini and SLs debug mode (on be default in the beta) in Rebuild & Clean which might improve performance a little bit. Otherwise it's about setting up a fast-loading testing environment like saving a minimal LO game in qasmoke with a few spawned actors so you are just loading the save and hitting the button.

 

Another option is to edit and recompile the sslActorAlias script to remove DisablePlayerControls from LockActor and see how it goes. Of course, once you go that route you are on your own with any other issues you encounter.

[Guest]

Would somebody be willing to explain the correct way to use MiscUtil.ScanCellNPCs to me?
When I try to do this, it just returns None so I'm obviosuly doing it wrong.

Actor[] myActorArray = MiscUtil.ScanCellNPCs(PlayerRef, 2048.0)

 

[Sailing Rebel]

2 hours ago, osmosis-wrench said:

Would somebody be willing to explain the correct way to use MiscUtil.ScanCellNPCs to me?
When I try to do this, it just returns None so I'm obviosuly doing it wrong.

Actor[] myActorArray = MiscUtil.ScanCellNPCs(PlayerRef, 2048.0)

 

Are you sure PlayerRef is set in that context?

This is speculation as I've never used it before, but based on the name and description in MiscUtil the search might be restricted to the actual cell the CenterOn reference is occupying. That would mean it won't search across cell boundaries. An actor standing a few feet away might not be found because they are technically in a different cell. This would be especially noticeable in exteriors.

[Guest]

1 hour ago, Sailing Rebel said:

Are you sure PlayerRef is set in that context?

This is speculation as I've never used it before, but based on the name and description in MiscUtil the search might be restricted to the actual cell the CenterOn reference is occupying. That would mean it won't search across cell boundaries. An actor standing a few feet away might not be found because they are technically in a different cell. This would be especially noticeable in exteriors.

I'm using:

Actor property PlayerRef auto

To set it as a property at the top of the script, because that's supposedly (?) faster than PlayerRef = Game.GetPlayer()

However I've only actually tested it outside now that I think about it, so I'm gonna try it out in a smaller space. Thanks for the advice

 

EDIT: Nope, doesn't seem to be it. Also both PlayerRef = Game.GetPlayer() and property method seem to set Player to be None for some reason.

[Sladen2019]

Is there a camera mod that lets the player see the first person view of the player characters partner during SexLab  scenes ?

[tasairis]

3 hours ago, Sladen2019 said:

Is there a camera mod that lets the player see the first person view of the player characters partner during SexLab  scenes ?

This popped up earlier this month.

[Sladen2019]

9 minutes ago, tasairis said:

This popped up earlier this month.

Yeah thats nice, but was looking for something that changes the view to that of the pc's partner.

[tasairis]

10 hours ago, osmosis-wrench said:

To set it as a property at the top of the script, because that's supposedly (?) faster than PlayerRef = Game.GetPlayer()

However I've only actually tested it outside now that I think about it, so I'm gonna try it out in a smaller space. Thanks for the advice

Did you also fill that property on the script as it's attached to whatever form? Have to do that too, not just declare it.

 

But honestly, if you're not using the player for anything else, and if this doesn't need to happen very often, then Game.GetPlayer() is fine.

 

Quote

EDIT: Nope, doesn't seem to be it. Also both PlayerRef = Game.GetPlayer() and property method seem to set Player to be None for some reason.

Sailing Rebel is correct: ScanCellNPCs scans literally the cell the center reference is in. It's not a full scan for everything within a range, and it won't work well outdoors because exterior cells are pretty small compared to what you can do with interior cells.

 

FYI you should be able to see informational messages in PapyrusUtil's SKSE log.

 

If you need a regular scan then (a) use a cloak spell, best suited if you want something that centers on the player and is always active, or (b) fire a quest with some maximum number of condition-matched aliases, best suited for if you want something periodic. Both can handle actor conditions equally well, though the cloak spell approach gives more control and can let you do Papyrus work instead of just relying on condition functions - but in exchange for that it's more complicated to set up.

[tasairis]

8 minutes ago, Sladen2019 said:

Yeah thats nice, but was looking for something that changes the view to that of the pc's partner.

Oh, a first-person view from their perspective.

 

That's going to be tough. If actors didn't move then it won't be hard to position the camera in the right place, but since they normally do, this process would probably require taking control of the target actor so the game knows to track their movements. There are a handful of mods out there that let you do that, so one of those in combination with a first-person perspective mod might do the trick.

[Sailing Rebel]

14 hours ago, osmosis-wrench said:

EDIT: Nope, doesn't seem to be it. Also both PlayerRef = Game.GetPlayer() and property method seem to set Player to be None for some reason.

That doesn't sound right. Are you certain that the PlayerRef property has been filled in CK? Besides that Game.GetPlayer() should always return something usable.

 

If the cell scan method is not going to do the job then I would recommend using a quest with auto-fill closest aliases instead. You would start the quest via script, collect any filled aliases, and then stop it again.

[Ashal]

The  MiscUtil.ScanCellNPCs() and  MiscUtil.ScanCellNPCsByFaction() functions don't work in the SE build I believe. I thought I disabled them but might've forgotten.

[Vyxenne]

9 hours ago, Sladen2019 said:

Yeah thats nice, but was looking for something that changes the view to that of the pc's partner.

I had a mod in LE that let me do exactly that (change the POV to that of any nearby targetable NPC and watch my bad self stroll past  ) and I think it was a feature of IFPV... but it was years ago and I'm not 100% certain. Maybe someone else will remember which mod did it.

 

The point is that it was possible in Skyrim LE, so it might be possible in SSE. Or not.

[Guest]

4 hours ago, Sailing Rebel said:

That doesn't sound right. Are you certain that the PlayerRef property has been filled in CK? Besides that Game.GetPlayer() should always return something usable.

 

If the cell scan method is not going to do the job then I would recommend using a quest with auto-fill closest aliases instead. You would start the quest via script, collect any filled aliases, and then stop it again.

Tbh considering this doesn't work:

Sexlab.QuickStart(Game.Getplayer())

And fails with:

ERROR: Cannot call QuickStart() on a None object, aborting function call

I think something if fundementally broken with either my understanding of Papyrus or my install.

10 hours ago, tasairis said:

Did you also fill that property on the script as it's attached to whatever form? Have to do that too, not just declare it.

 

But honestly, if you're not using the player for anything else, and if this doesn't need to happen very often, then Game.GetPlayer() is fine.

 

Sailing Rebel is correct: ScanCellNPCs scans literally the cell the center reference is in. It's not a full scan for everything within a range, and it won't work well outdoors because exterior cells are pretty small compared to what you can do with interior cells.

 

FYI you should be able to see informational messages in PapyrusUtil's SKSE log.

 

If you need a regular scan then (a) use a cloak spell, best suited if you want something that centers on the player and is always active, or (b) fire a quest with some maximum number of condition-matched aliases, best suited for if you want something periodic. Both can handle actor conditions equally well, though the cloak spell approach gives more control and can let you do Papyrus work instead of just relying on condition functions - but in exchange for that it's more complicated to set up.

No I didn't, thanks for letting me know about that.

 

I'll look into the quest method I guess, as that seems to fit with my needs the most. And MiscUtil.ScanCellNPCs being broken in SE would explain why nothing is returned by my calling it.

Now I just need to work out what I've done that makes game.getplayer() return None and I'll be able to move forward ?

Thanks for the advice!

[Ashal]

6 hours ago, osmosis-wrench said:

Tbh considering this doesn't work:

Sexlab.QuickStart(Game.Getplayer())

And fails with:

ERROR: Cannot call QuickStart() on a None object, aborting function call

 

Now I just need to work out what I've done that makes game.getplayer() return None and I'll be able to move forward ?

Thanks for the advice!

 

The game.getplayer() isn't none, the SexLab property is. The error is saying your trying to call QuickStart() on a none object, not with a none object.

 

You need to either fill the SexLab property on the script from the creationkit (just like you need to for playerref) or fill it in the script first by calling SexLab = SexLabUtil.GetAPI()

[thenoirangel]

I've noticed this update causes a conflict with the Simply Knock mod, and causes an incompatible plugin issue with papyrus

[Just Don't]

1 hour ago, thenoirangel said:

I've noticed this update causes a conflict with the Simply Knock mod, and causes an incompatible plugin issue with papyrus

Not really. Simply Knock comes with an outdated version of Papyrus Util (other Chesko mods also include old Papyrus Util versions). Simply Knock also has an outdated dll (simplyknock.dll) so you need an updated one (available in Skyrim SE Nexus) if you want to use SK with the latest SKSE.

 

You should either use the Papyrus Util included in Sexlab or install the standalone Papyrus Util version (also available in Skyrim Se Nexus) and don't let other mods overwrite it.

[thenoirangel]

30 minutes ago, Just Don't said:

Not really. Simply Knock comes with an outdated version of Papyrus Util (other Chesko mods also include old Papyrus Util versions). Simply Knock also has an outdated dll (simplyknock.dll) so you need an updated one (available in Skyrim SE Nexus) if you want to use SK with the latest SKSE.

 

You should either use the Papyrus Util included in Sexlab or install the standalone Papyrus Util version (also available in Skyrim Se Nexus) and don't let other mods overwrite it.

Ah, I wasn't aware, I swapped out the two dlls in Simply knock with updated ones, and it works fine.  Thanks!

[kcs27]

Trying to run Beeing Female and sexlab is not showing as compatible. Has anyone else had this issue and if so what was you fix?

 

[The Toaster]

What are the most common reasons for the cum overlays not to be working? I'm using CBBE SE Body with Bijin Skin...I've also made certain that all of the required boxes were checked...Just in case, I've also included my load order..

loadorder.txt

[tasairis]

15 hours ago, The Toaster said:

What are the most common reasons for the cum overlays not to be working?

Not enabling both the "Play Ending Orgasm Effects" AND "Apply Cum Effects" settings.

[Fetterbr]

is there ever going to come any new update to sexlab 1,63 version ?