OsmelMC Mod Tweaks

[Dez65]

4 hours ago, OsmelMC said:

Sadly none tutorial available.

Thanks!

[creepycream]

I'm also having problems with the high heels and bent ankles. Sexlab seems to be ignoring the FootIKDisable found in some animations like Billyy's. The only HH mod I'm using is HeelsFix.

[Iatrolia]

On 11/6/2023 at 9:16 AM, OsmelMC said:

Like I said, make sure that nothing is overwriting my files...

 

Your logs show none error related with SexLab. Only show that you have something overwriting my files that is changing the behavior of the SLU and ignoring my filters between other things. Whatever you be using is incompatible with SLU, made for another version of my SLU or just is intentionally breaking the furniture system.

 

 

 

In details:

The furniture system is detecting the animations and the Furnitures around the player that in this case was a table.

The logs said that you have chosen the table that apparently was the only choice any way because it also was looking for beds, walls and chairs without success.

After the selection, the actors try to walk to the table and until there everything is as usual.

 

At this point my scripts usually will be filtering the animations too make sure that you get only the animations that match with the scene called and your furniture selection but whatever you be using got rid of all my Animation Filters so you probably got a long list of animations most of them unrelated with the table and the Bench animation was just a coincidence.

Turns out its because of the mod I was using to trigger scene. Not sure why it completely bypasses filter, but everything worked once i used other mods to trigger.

 

https://www.loverslab.com/topic/67991-follow-me-for-sex-v37/

[no_way]

On 10/7/2023 at 12:19 AM, OsmelMC said:

Not even compatible anymore. Not needed.

The grass is still KILLING startup outdoors now that I've removed it though....

 

Edited November 11, 2023 by no_way

[OsmelMC]

9 hours ago, no_way said:

The grass is still KILLING startup outdoors now that I've removed it though....

 

You can choose between grass issues or actors alignment issues.

 

The current scripts start by use the grass friendly functions to align the actors without grass issues but I know those functions are always being unreliable so I also include after that another function that check the position of the actors and force the alignment is the grass friendly functions didn't work. 

 

The Skyrim translation function used to avoid grass issues (the grass friendly function) are always being buggy and usually fail on set the right angle for the player. However I found that disabling the FootIK before use the Translation function increase the chance of success so probably the Physics be related with the fail of the translation function.

[no_way]

On 11/11/2023 at 10:16 AM, OsmelMC said:

You can choose between grass issues or actors alignment issues.

 

The current scripts start by use the grass friendly functions to align the actors without grass issues but I know those functions are always being unreliable so I also include after that another function that check the position of the actors and force the alignment is the grass friendly functions didn't work. 

 

The Skyrim translation function used to avoid grass issues (the grass friendly function) are always being buggy and usually fail on set the right angle for the player. However I found that disabling the FootIK before use the Translation function increase the chance of success so probably the Physics be related with the fail of the translation function.

Hmm, I’ve never noticed alignment issues outdoors, weird.  I guess I’m noticing when your backup script kicks in though, I was wondering why some scenes start quite quick and then the next one takes like 15 seconds.

[no_way]

If I overwrite the current SLU+ with SLGP, is that going to break anything major?  Outside startup just takes waaaaaaaaaaaay too long now.  

[safado]

20 hours ago, no_way said:

If I overwrite the current SLU+ with SLGP, is that going to break anything major?  Outside startup just takes waaaaaaaaaaaay too long now.  

 

Obviously, will break current version of SLU+.  That SLGP UP 1.0.1 old patch is from Jan 2023, meaning that is likely for "SexLab Utility Plus v20221229". That five version old.  The conflicting sslActorAlias script was updated every SLU version with patches and features, and other scripts depend on it. 

 

You may need to start a new game with compatible old  SLU+ to use SLGP UP 1.0.1.

 

[r3mind]

@OsmelMC Hey, can you update SLU+ integration with SLSO. There was a change in sslActorAlias that removed a check for CumID (line 1287+ in SLU's actor alias script), because otherwise many animations don't allow actors to orgasm. My original post in SLSO thread: https://www.loverslab.com/topic/100070-sexlab-separate-orgasm-se/page/64/#comment-4227823

[OsmelMC]

On 11/13/2023 at 1:17 AM, no_way said:

If I overwrite the current SLU+ with SLGP, is that going to break anything major?  Outside startup just takes waaaaaaaaaaaay too long now.  

Of course it will break something. It's patch is for a old version and not longer compatible.

 

I already include all the improvements from the SLGP but is true that SLGP don't have grass issues and the reason is because it use the Translation function without check if is working while my scripts use the Translation function and once done if the position is still wrong SLU+ will force the right alignment. Sadly for some user's the Translation function fail too often.

[OsmelMC]

12 hours ago, safado said:

You may need to start a new game with compatible old  SLU+ to use SLGP UP 1.0.1.

 

The SLU usually can be removed or downgrade at any point of the game. You only have to use the "Clean System" option after downgrade or remove the SLU+. 

[OsmelMC]

6 hours ago, Vigor said:

@OsmelMC Hey, can you update SLU+ integration with SLSO. There was a change in sslActorAlias that removed a check for CumID (line 1287+ in SLU's actor alias script), because otherwise many animations don't allow actors to orgasm. My original post in SLSO thread: https://www.loverslab.com/topic/100070-sexlab-separate-orgasm-se/page/64/#comment-4227823

Check again because my SLU have one Orgasm function for the SLSO and another for the SLU without SLSO. I think the line 1287 is the one without SLSO because on the orgasm function for the SLSO the cum I'd line is commented or removed.

 

What you have is probably the wrong value for the SLSO orgasm settings. Check the papyrus.0.log and if you find some log saying that the orgasm was forbidden you can be sure that was the SLSO intentionally blocking the orgasm.

[r3mind]

1 hour ago, OsmelMC said:

Check again because my SLU have one Orgasm function for the SLSO and another for the SLU without SLSO. I think the line 1287 is the one without SLSO because on the orgasm function for the SLSO the cum I'd line is commented or removed.

 

What you have is probably the wrong value for the SLSO orgasm settings. Check the papyrus.0.log and if you find some log saying that the orgasm was forbidden you can be sure that was the SLSO intentionally blocking the orgasm.

If you mean OrgasmEffectSLSO() function, then it has exactly the same code that checks for CumID>0. Either way, the author of SLSO removed such a check, because this is the reason why some people complain their actors can't orgasm in many situations when they reach 100% enjoyment. But I'm also using Hakkey's tweak, so I removed this check there, recompiled and solved the issue. I can't be 100% sure this problem exists in SLU+, but I assumed he copied sslActorAlias code and didn't change this part, that's why I also reported it here.

[NativeEngoyer]

It seems that your version of MiasLair has some files (sexslaveframework.pex and vernonsexslavescript.pex) that conflict with PAH patch for original one (included in the fomod).

Any chance you'll make compatibility patch?

[OsmelMC]

On 11/17/2023 at 11:43 AM, brgont said:

It seems that your version of MiasLair has some files (sexslaveframework.pex and vernonsexslavescript.pex) that conflict with PAH patch for original one (included in the fomod).

Any chance you'll make compatibility patch?

Send me those files in conflict to check the difference and include it on the next version. 

[NativeEngoyer]

36 minutes ago, OsmelMC said:

Send me those files in conflict to check the difference and include it on the next version. 

vernonsexslavescript.pscsexslaveframework.psc

[anonymous0417]

What does this mod change to expression? What ever I do my character still emotionless.

I imported configuration which worked good before install this mod, the setting remains the same. I changed it manually, don't work.

It is frustrating when installing a mod should be fixing the problems but cause more.

 

 

Here is the expression configuration.

 

Expressions.zip

Edited November 28, 2023 by anonymous0417

[OsmelMC]

15 hours ago, anonymous0417 said:

What does this mod change to expression? What ever I do my character still emotionless.

I imported configuration which worked good before install this mod, the setting remains the same. I changed it manually, don't work.

It is frustrating when installing a mod should be fixing the problems but cause more.

 

 

Here is the expression configuration.

 

Expressions.zip 6.5 kB · 0 downloads

 

Send me the "Papyrus.0.log".

[Guest]

I'm having issues with Racial Skin Variance with sexlab. Is there a fix? when an animation starts, the npcs head goes back to vanilla. The mod uses SPID if that's important. Thanks!

[OsmelMC]

3 hours ago, Light187 said:

I'm having issues with Racial Skin Variance with sexlab. Is there a fix? when an animation starts, the npcs head goes back to vanilla. The mod uses SPID if that's important. Thanks!

The author can contact me if need help to make it compatible but in general it seems to be using a spell to apply the new apparency and still have to make sure that the effect get reapplied after the Node Update events

[creepycream]

Not sure what the problem is but it seems that with your SOS Tweaks mod the SOS_Revealing keyword is getting ignored on some outfits, in particularly TAWOBA Remastered. Most of my females have either missing panties or missing bras. Reverting back to SOS with DLL, without your SOS tweak, the problem is resolved.

[Guest]

2 hours ago, OsmelMC said:

The author can contact me if need help to make it compatible but in general it seems to be using a spell to apply the new apparency and still have to make sure that the effect get reapplied after the Node Update events

I looked through the posts and it looks like multiple mods (Nether's Followers Framework, Sexlab, and OStim) have to make the patches and the modder recognizes the issue of these mods reverting the head texture to the vanilla or player replacer, but he says he can't really do anything. I'm not a modder and I understand if you can't do anything, just thought it might be worth a try bringing it up to attention <:

[anonymous0417]

10 hours ago, OsmelMC said:

 

Send me the "Papyrus.0.log".

Here

Papyrus.0.log

[OsmelMC]

11 hours ago, Light187 said:

but he says he can't really do anything. I'm not a modder and I understand if you can't do anything, just thought it might be worth a try bringing it up to attention <:

I know the solution but something like this should be done directly on the original Mod with the full knowledge of the mod author. Usually required remove even 100 lines of code to replace it by 5 lines.

 

In fine when I just have to edit a couple of lines to fix some of the Mods I'm using. But if I have to do more fixes or the author update the Mod too often I usually talk with the author to include the fix. 

In this case I'm not using the Mod and I don't need it so I have none reason to contact the author myself, but I'm more than willing to help him if he asks my help.

[OsmelMC]

14 hours ago, creepycream said:

Not sure what the problem is but it seems that with your SOS Tweaks mod the SOS_Revealing keyword is getting ignored on some outfits, in particularly TAWOBA Remastered. Most of my females have either missing panties or missing bras. Reverting back to SOS with DLL, without your SOS tweak, the problem is resolved.

I will check. Probably is because those Mods are using they own SOS_Revealing keyword and not the one that comes with the SOS. In that case I will have to check the keywords in a different way.

 

Anyway my SOS patch save on the exported configuration the lists of Revealing and Cancelling Armors so you don't have to relay that much on the keywords.