OsmelMC Mod Tweaks

[OsmelMC]

4 hours ago, kamithemoon said:

 

1. SOS Main (dll not required but can be used)

2. SOS Uncloaked (not required but can be used)

3. SOS Papyrus Tweaks

4. Execute "Reset the SOS" on the MCM once game starts.

Yes but in case of use the Uncloaked make sure of also disable the distribution spell on the General Settings page.

 

 

4 hours ago, kamithemoon said:

SOS MCM Settings loader cannot be used as it modifies one of the same scripts as your mod.

Probability incompatible!

 

4 hours ago, kamithemoon said:

If uncloaked is unnecessary should I not use it anymore?  Or does it have some sort of performance gain, even if minimal?

Don't think be enough difference to notice it. At least not with my version in middle of the game. Use the SPID will probably add some extra seconds to load the game.

 

4 hours ago, kamithemoon said:

Since I'm specifically trying to prevent the dll crash, should I remove it or is that not necessary with your tweaks?

The DLL have that bug with the ESL plugins. The bug was fixed on some of the AE versions and probably at some point someone release a fixed version for VR but until then is better remove it to prevent the CTD.

 

The main difference and cause of the CTD before load the game is that the DLL file apply the slot 52 to the cancelling armors before the game be loaded. While I have to do that after the game was loaded so without the DLL, the armord usually won't be visible updated until you change location.

 

[kamithemoon]

2 hours ago, OsmelMC said:

Yes but in case of use the Uncloaked make sure of also disable the distribution spell on the General Settings page.

 

 

Probability incompatible!

 

Don't think be enough difference to notice it. At least not with my version in middle of the game. Use the SPID will probably add some extra seconds to load the game.

 

The DLL have that bug with the ESL plugins. The bug was fixed on some of the AE versions and probably at some point someone release a fixed version for VR but until then is better remove it to prevent the CTD.

 

The main difference and cause of the CTD before load the game is that the DLL file apply the slot 52 to the cancelling armors before the game be loaded. While I have to do that after the game was loaded so without the DLL, the armord usually won't be visible updated until you change location.

 

Thank you very much for your response!  That answers all my questions and I'm ready to play again.

 

Also, I know someone is working on an SOS dll updated and built with commonlib so it works on all editions of Skyrim but it's still being bug tested and hasn't been released yet.

[ChitoPC]

Did the equip/unequip tongues on free cam where the changes dont get reflected until you exit freecam issue get fixed? , as a quick insight, it only happens with player character, for some reason in npcs it works fine and changes visually take place even in free cam for them.

[OsmelMC]

6 hours ago, ChitoPC said:

Did the equip/unequip tongues on free cam where the changes dont get reflected until you exit freecam issue get fixed? , as a quick insight, it only happens with player character, for some reason in npcs it works fine and changes visually take place even in free cam for them.

Not yet. The NPC's are fine because the fix work fine on them.

 

The reason why equip items manually seems to work, apparently is for the menu. In menu mode something else seems to be executed and that's what I have to find.

 

Edited February 6, 2024 by OsmelMC

[OsmelMC]

By other side, between one thing and other, I did some adjustments on the physics of the tongues to prevent the stretch of the tongues at the fast movements.

 

I learned it, adjusting my cloak's and skirts physics so if someone want to know the trick, can ask me. I'm using "Fast HDT-SMP"

Edited February 6, 2024 by OsmelMC

[深淵の神]

1 hour ago, OsmelMC said:

 

so if someone want to know the trick, can ask me.

 

 

 

Edited February 6, 2024 by サマエル

[KKLM]

I am attempting to use Sexlab Utility Plus in VR with the following error:

"SOS Warning! PapyrusUtil.dll not found, or the installed version is too old. Found 0, expected 36. Please exit the game and reinstall PapyrusUtil."

"Your are not using the correlation version of PapyrusUtil, you need at least version 3.3, which is reconstructed!~"

"Outdated or none Skyrim install detected. Sexlab currently requests Skyrim v1.5 or newer~"

I think this error occurs because the latest version of PapyrusUtil VR is 3.6b and was created on December 22, 2018. How can I downgrade SLU+ to version PapyrusUtil SE 3.6b?

I'm looking at the psc files and I've got no clue

[OsmelMC]

32 minutes ago, KKLM said:

I am attempting to use Sexlab Utility Plus in VR with the following error:

"SOS Warning! PapyrusUtil.dll not found, or the installed version is too old. Found 0, expected 36. Please exit the game and reinstall PapyrusUtil."

"Your are not using the correlation version of PapyrusUtil, you need at least version 3.3, which is reconstructed!~"

"Outdated or none Skyrim install detected. Sexlab currently requests Skyrim v1.5 or newer~"

I think this error occurs because the latest version of PapyrusUtil VR is 3.6b and was created on December 22, 2018. How can I downgrade SLU+ to version PapyrusUtil SE 3.6b?

I'm looking at the psc files and I've got no clue

This is not for VR.

The VR version of SexLab is very specific for the VR issues and I never got in touch with the author to make a patch.

 

I can't test it on VR so unless someone with knowledge and VR be willing to work on a VR version, there is nothing I can do.

 

I think most of my fixes will effectively replace some of the fixes on the VR version of SexLab but need to be tested.

 

You can try installing my version for LE but you will have to remove the DLL file include.

The LE version is almost like the SE version except for the min requirements and the vehicle function that is also different on VR.

Edited February 6, 2024 by OsmelMC

[OsmelMC]

On 2/6/2024 at 12:07 PM, サマエル said:

 

 

 

The stretching of the capes, skits and others when you move is usually caused by the inertia and that is one of the properties defined on the XML files.

 

The problem is that everyone seems to be using a different version of the function to calculate it. So the XML file configured for the "Fastest HDT-SMP" probably will look different with another Mod and probably be better if you do your own adjustments instead of download it from another user that probably is using another version of the DLL file.

 

 

For example on the capes and cloak's I look for all the "<mass>" and "<inertia " on the XML file and edit they values with the game open to be able to test them in real time.

 

For the capes this values work for me:

 

<Mass>0.08</mass>

<Inertia x="40" y="40" z="40" />

 

 

 

For the cloak's that are supposed to be heaviest and longers this values work for me:

 

<Mass>0.14</mass>

<Inertia x="60" y="60" z="60" />

 

 

Just with that, the capes stop looking like they were trying to hang me.

 

Of course that's not all I did because I'm using the "Artesian Cloaks of Skyrim" and the Cloak's were also ignoring the collision with my body. So I also include most of the Skeleton Bones defined on the top of the file into the "<per-vertex-shape" or "<per-triangle-shape" of the "Cape" on the XML file.

 

I found that some XML were using the  "<per-vertex-shape" were others were using the "<per-triangle-shape" but at the end the interior of both was the same and the "name=cape" in them was make reference to the name of the shape on the NIF file.

 

Looking more like this on my case:

 

<per-triangle-shape name="Cape">

<no-collide-with-bone>SkirtBBone01</no-collide-with-bone>

<no-collide-with-bone>SkirtBBone02</no-collide-with-bone>

<no-collide-with-bone>SkirtBBone03</no-collide-with-bone>

<weight-threshold bone="NPC Spine [Spn0]">1</weight-threshold>

<weight-threshold bone="NPC Spine1 [Spn1]">1</weight-threshold>

<weight-threshold bone="NPC Spine2 [Spn2]">1</weight-threshold>

 

 

 

Obviously I include more bones but with this few is enough to see a big difference on the collision of the Cape.

 

The "<weight-threshold" set the straight of the collision of the object with the bone and have value 1 that apparently is like said 100% because for I see also allow float values lower than 1.0.

 

The "<no-collide-with-bone>" is to specify the bones to be ignored from the collision with the object and of course I set there the skirt bones of the back to avoid issues with the default physics.

 

 

 

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

 

The tongues were more complex because are smaller more alive and have to look good even when I jump (not that I be jumping on the bed but some sex scenes are very shaked so I did my tests running and jumping)

 

To start I noticed that the "<per-triangle-shape" was making reference to the old name of the tongues so that was wrong.

 

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

 

To test I just go to the Skyrim console after save the changes on the XML file and execute the command:

 

SMP Reset

 

 

Edited February 8, 2024 by OsmelMC

[深淵の神]

3 hours ago, OsmelMC said:

The stretching of the capes, skits and others when you move is usually caused by the inertia and that is one of the properties defined on the XML files.

 

The problem is that everyone seems to be using a different version of the function to calculate it. So the XML file configured for the "Fastest HDT-SMP" probably will look different with another Mod and probably be better if you do your own adjustments instead of download it from another user that probably is using another version of the DLL file.

 

 

For example on the capes and cloak's I look for all the "<mass>" and "<inertia " on the XML file and edit they values with the game open to be able to test them in real time.

 

For the capes this values work for me:

 

<Mass>0.08</mass>

<Inertia x="40" y="40" z="40" />

 

 

 

For the cloak's that are supposed to be heaviest and longers this values work for me:

 

<Mass>0.14</mass>

<Inertia x="60" y="60" z="60" />

 

 

Just with that, the capes stop looking like they were trying to hang me.

 

Of course that's not all I did because I'm using the "Artesian Cloaks of Skyrim" and the Cloak's were also ignoring the collision with my body. So I also include most of the Skeleton Bones defined on the top of the file into the "<per-vertex-shape" or "<per-triangle-shape" of the "Cape" on the XML file.

 

I found that some XML were using the  "<per-vertex-shape" were others were using the "<per-triangle-shape" but at the end the interior of both was the same and the "name=cape" in them was make reference to the name of the shape on the NIF file.

 

Looking more like this on my case:

 

<per-triangle-shape name="Cape">

<no-collide-with-bone>SkirtBBone01</no-collide-with-bone>

<no-collide-with-bone>SkirtBBone02</no-collide-with-bone>

<no-collide-with-bone>SkirtBBone03</no-collide-with-bone>

<weight-threshold bone="NPC Spine [Spn0]">1</weight-threshold>

<weight-threshold bone="NPC Spine1 [Spn1]">1</weight-threshold>

<weight-threshold bone="NPC Spine2 [Spn2]">1</weight-threshold>

 

 

 

Obviously I include more bones but with this few is enough to see a big difference on the collision of the Cape.

 

The "<weight-threshold" set the straight of the collision of the object with the bone and have value 1 that apparently is like said 100% because for I see also allow float values lower than 1.0.

 

The "<no-collide-with-bone>" is to specify the bones to be ignored from the collision with the object and of course I set there the skirt bones of the back to avoid issues with the default physics.

 

 

 

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

 

The tongues were more complex because are smaller more alive and have to look good even when I jump (not that I be jumping on the bed but some sex scenes are very shaked so I did my tests running and jumping)

 

To start I noticed that the "<per-triangle-shape" was making reference to the old name of the tongues so that was wrong.

 

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

 

To test I just go to the Skyrim console after save the changes on the XML file and execute the command:

 

SMP Reset

 

 

 

 

That has been a fairly detailed explanation, I had some minor issues with the HDT cloaks and now I can solve those clipping issues with the body, thanks a lot!

 

Edited February 8, 2024 by サマエル

[guybrush]

Regarding the SoS patch, the default dick size is too huge for some reason. I deleted the original DLL from SoS and installed your patch, then started a new game. I set up the smurf average addon for the original install and changed nothing in the settings.

[OsmelMC]

7 hours ago, guybrush said:

Regarding the SoS patch, the default dick size is too huge for some reason. I deleted the original DLL from SoS and installed your patch, then started a new game. I set up the smurf average addon for the original install and changed nothing in the settings.

Yes, apparently the function to calculate the size is a bit different from the original.

 

I didn't make that part so I'm not sure where is the difference but is not a Big deal. SOS have sliders to random distribute the sizes so is enough with low the main slider value on the SOS MCM.

 

Also make sure of use the option to "Reset the SOS" otherwise you will end with some really small penises.

[OsmelMC]

15 hours ago, サマエル said:

 

 

That has been a fairly detailed explanation, I had some minor issues with the HDT cloaks and now I can solve those clipping issues with the body, thanks a lot!

 

 

I'm practicing my English. 

[深淵の神]

1 hour ago, OsmelMC said:

 

I'm practicing my English. 

 

Oh really? what is your native language? If I may ask, of course

Edited February 9, 2024 by サマエル

[OsmelMC]

3 hours ago, サマエル said:

 

Oh really? what is your native language? If I may ask, of course

Spanish, I'm from Cuba.

[深淵の神]

8 minutes ago, OsmelMC said:

Spanish, I'm from Cuba.

 

Vale hombre que yo soy español así que nos vamos a entender bien haha!

 

Muchas gracias por tu mod que es una maravilla!

[feodor.icon]

I get constantly : "SEXLAB ERROR: Unsupported version rollback detected (16601 ->16600)"  v20231230 verson 

Edited February 11, 2024 by feodor.icon

[OsmelMC]

On 2/10/2024 at 7:07 PM, feodor.icon said:

I get constantly : "SEXLAB ERROR: Unsupported version rollback detected (16601 ->16600)"  v20231230 verson 

Yes, probably because Skyrim have a new version and SexLab was updated to work on that version.

 

The true is that still is the same SexLab (nothing new except for the compatibility and the version number)

 

Try with the "Clean System" option. 

[dremora12]

Please, help. Many times I wanted to switch to Utility plus, but each time I returned to regular Sexlab because of the very long registration of animations.
Now I tried again and noticed that when there was a regular Sexlab, after registering each animation it wrote Animation cashe clear (or something like that), but here there is no such thing and registering my 1252 animations takes forever.

[andbgame]

47 minutes ago, dremora12 said:

Please, help. Many times I wanted to switch to Utility plus, but each time I returned to regular Sexlab because of the very long registration of animations.
Now I tried again and noticed that when there was a regular Sexlab, after registering each animation it wrote Animation cashe clear (or something like that), but here there is no such thing and registering my 1252 animations takes forever.

a couple of suggestions from me:
1. Enable debug logs in mcm, before registering the animations, and analyze/share logs
2. Try this `https://www.nexusmods.com/skyrimspecialedition/mods/77779?tab=files` (if it is work on your version of skyrim)

[Kawasumi Nana]

Hello, 

 

The old AnimationProfile.json seems invalid after the latest update. And I noticed, not the same as the old JSON, male actors get base scale number, like nordracef24.nordracem24.

 

According to what I know, male scales r sometimes different, and I got numerous data in the JSON. If each male scale must have a new line, that would be a heavy work to modify them.

 

So, is it a bug or intended to be in the future update? Any chance there would be a easier way?

 

Thank you!

 

[OsmelMC]

56 minutes ago, Kawasumi Nana said:

Hello, 

 

The old AnimationProfile.json seems invalid after the latest update. And I noticed, not the same as the old JSON, male actors get base scale number, like nordracef24.nordracem24.

 

According to what I know, male scales r sometimes different, and I got numerous data in the JSON. If each male scale must have a new line, that would be a heavy work to modify them.

 

So, is it a bug or intended to be in the future update? Any chance there would be a easier way?

 

Thank you!

 

Is the outcome of a fix but need some adjustments for your game.

 

When the Race Gender mode of the original SexLab is enabled it can't detect the scale difference between two actors of the same Race because there is none papyrus function to get the Race scale or height.

That means that is you change on the console the scale of the actor, the original SexLab won't be able to notice it and still will treat it as if was scale 1.0 that is the profile without scale number.

 

 

Your problem is that still I can't get the real Race Scale so I made a JSON file with all the vanilla races and they Race Scale's. But I'm using the FK Race Skeleton so my Race Scale's are different from the vanilla one's and those are the ones on the JSON file.

 

You can manually edit the JSON file but I will made one to share.

Edited February 13, 2024 by OsmelMC

[Kawasumi Nana]

25 minutes ago, OsmelMC said:

Is the outcome of a fix but need some adjustments for your game.

 

When the Race Gender mode of the original SexLab is enabled it can't detect the scale difference between two actors of the same Race because there is none papyrus function to get the Race scale or height.

That means that is you change on the console the scale of the actor, the original SexLab won't be able to notice it and still will treat it as if was scale 1.0 that is the profile without scale number.

 

 

Your problem is that still I can't get the real Race Scale so I made a JSON file with all the vanilla races and they Race Scale's. But I'm using the FK Race Skeleton so my Race Scale's are different from the vanilla one's and those are the ones on the JSON file.

 

You can manually edit the JSON file but I will made one to share.

 

Thank you, It works!!

[dremora12]

7 hours ago, andbgame said:

a couple of suggestions from me:
1. Enable debug logs in mcm, before registering the animations, and analyze/share logs
2. Try this `https://www.nexusmods.com/skyrimspecialedition/mods/77779?tab=files` (if it is work on your version of skyrim)

Thank you! Installing Papyrus Tweaks NG significantly speeded up the registration of animations.

[OsmelMC]

9 hours ago, dremora12 said:

Please, help. Many times I wanted to switch to Utility plus, but each time I returned to regular Sexlab because of the very long registration of animations.
Now I tried again and noticed that when there was a regular Sexlab, after registering each animation it wrote Animation cashe clear (or something like that), but here there is no such thing and registering my 1252 animations takes forever.

If you are on SE make sure that nothing overwrite my SLU+ files (Not even the PapyrusUtil)

And install & configure the "Papyrus Tweaks NG" to speed up the scripts.

 

 

The CACHE message make almost none difference unless you be trying to play SexLab scenes before the registration be done. 

 

Edited February 13, 2024 by OsmelMC