OsmelMC Mod Tweaks

[OsmelMC]

42 minutes ago, FredOof said:

Installed the furniture framework yesterday and then noticed that SLU+ has furniture functionality but more, may I ask is there any difference between the furniture functionality of the furniture framework and SLU+?

Both Mods try to do the same in two different ways. Of course I prefer my way, but beside that, Furniture Sex Framework also place Table markers that are very convenient even with my Mod because the Tables in Skyrim are usually placed with his front side against the wall causing clipping issues, instead the table markers are always placed in the best position for the animation.

 

My recommendation is use both Mods together, but for that you need a very specific configuration and some previous experience with one of the furniture systems or you will end with all the issues and none of the advantages.

 

 

Finally, Furniture Sex Framework and SexLab Utility Plus, both have issues dealing with the Furnitures. Furniture Sex Framework seems to be stoped the development but in SexLab Utility Plus is usual find that I add a new issue trying to solve another on each new version.

[OsmelMC]

13 minutes ago, Lilzt3hcat said:

SFX still is not working quite right imho (still way less sounds than 'normal', or at-least noticeably less squishing/sucking sounds than it used to.)

 

I got time to do just few small check's and test of the SFX and I don't find any issue. Work fine for me and nothing in the scripts suggest a reason for your issue.

 

I will check it more careful.

 

 

 

Remember you just update the Mod and take some time before see it faster.

 

 

By the way if you are updating from the previous version you not longer required to execute the "Clean System" option. For this version is enough with "Clean the Cache" and "Reset the Scene Threads".

 

Of course for a new installation is still recommended the "Clean System" or start a new game with the mod already installed, that is basically the same.

 

 

 

 

[Lilzt3hcat]

4 hours ago, OsmelMC said:

 

I got time to do just few small check's and test of the SFX and I don't find any issue. Work fine for me and nothing in the scripts suggest a reason for your issue.

 

I will check it more careful.

 

 

 

Remember you just update the Mod and take some time before see it faster.

 

 

By the way if you are updating from the previous version you not longer required to execute the "Clean System" option. For this version is enough with "Clean the Cache" and "Reset the Scene Threads".

 

Of course for a new installation is still recommended the "Clean System" or start a new game with the mod already installed, that is basically the same.

 

 

 

 

As far as the issue I'm having goes, does it matter at all that I'm on LE?

[paparebbe]

Hi. Not sure if i'm missing something, but after installing the tweaks my radial menu from UI Extensions stopped working by pressing G and i can't find where to set up new hotkey.

[slayerus]

13 hours ago, OsmelMC said:

My recommendation is use both Mods together, but for that you need a very specific configuration and some previous experience with one of the furniture systems or you will end with all the issues and none of the advantages

Do you might create of instruction for setting in thit two mods?  Thanks.

[OsmelMC]

On 2/12/2022 at 5:03 AM, paparebbe said:

Hi. Not sure if i'm missing something, but after installing the tweaks my radial menu from UI Extensions stopped working by pressing G and i can't find where to set up new hotkey.

What tweaks? The only tweak or Mod in my list related with UIExtension is SexLab Tools.

Edited February 13, 2022 by OsmelMC

[paparebbe]

On 2/12/2022 at 8:40 PM, OsmelMC said:

Want tweaks? The only tweak or Mod in my list related with UIExtension is SexLab Tools.

Sorry, never mind. I've loaded older save and everything works just fine.

[Guest]

Hi! Tried asking for help in the DD thread, but I ended up working on SL and SL utilities+ code, so here I am.

 

There are some oddities (of which you might be aware) when starting a SL scene with a DD gag quipped. Expressions, or scenes involving oral, end up creating a double opening effect on the mouth, which results in some visual oddities. Would it be possibile to check for the presence of a gag on the actor and, if so, avoid applying expressions at all?

 

I (think I) managed to fix the issue on my local copy of SLUtilities plus by adding a check in sslBaseExpression (which overwrites the same file from SL), but it's for sure sloppy code since I am a noob in Papyrus, so I don't think it's a good idea to share it.

 

Apologies if it's something known and unfixable in a reliable way, I could not find anything by searching on the forum or Google!

Also, if I need to post the same on the SL support thread let me know, I'll go bother Ashal instead!

[OsmelMC]

35 minutes ago, RandomPufferFish said:

Hi! Tried asking for help in the DD thread, but I ended up working on SL and SL utilities+ code, so here I am.

 

There are some oddities (of which you might be aware) when starting a SL scene with a DD gag quipped. Expressions, or scenes involving oral, end up creating a double opening effect on the mouth, which results in some visual oddities. Would it be possibile to check for the presence of a gag on the actor and, if so, avoid applying expressions at all?

 

I (think I) managed to fix the issue on my local copy of SLUtilities plus by adding a check in sslBaseExpression (which overwrites the same file from SL), but it's for sure sloppy code since I am a noob in Papyrus, so I don't think it's a good idea to share it.

 

Apologies if it's something known and unfixable in a reliable way, I could not find anything by searching on the forum or Google!

Also, if I need to post the same on the SL support thread let me know, I'll go bother Ashal instead!

 

Just enable the ZAD or DD filter in the SexLab MCM of the SLU+ (not remember the name of the filter)

 

With the filter enabled SexLab can detect the Gags with all the other devices, and beside keep the mouth open for the gaged actor, also try to filter the animations to prevent the oral tagged animations and with that also prevent the intervention of the DDi filters since DDi only intervening when a Oral animation is played over a gagged actor.

 

The real problem is DDi. His filters are outdated

[Guest]

9 minutes ago, OsmelMC said:

 

Just enable the ZAD or DD filter in the SexLab MCM of the SLU+ (not remember the name of the filter)

 

With the filter enabled SexLab can detect the Gags with all the other devices, and beside keep the mouth open for the gaged actor, also try to filter the animations to prevent the oral tagged animations and with that also prevent the intervention of the DDi filters since DDi only intervening when a Oral animation is played over a gagged actor.

 

The real problem is DDi. His filters are outdated

Mmm I have the DD filter and it does not seem to help, but maybe I did not explain myself correctly.

If I have a ring gag (allows oral), the character mouth will be open due to the gag. When an animaiton start, the mouth will be opened again because of the animation, causing visual oddities, which are absolutely minor.

 

I wanted to try and avoid that double mouth opening. Everything else seems to work perfectly!

[OsmelMC]

1 hour ago, RandomPufferFish said:

 

I wanted to try and avoid that double mouth opening. Everything else seems to work perfectly!

If you are talking about the mouth getting closed for a moment before the scene start, probably caused by SexLab resetting the expression or the knows bug when the mouth get closed before reapply the expression in which case I not sure of the reason but seems to be Skyrim issue since nothing in the scripts is supposed to do that.

 

 

Also, DDi have nothing to keep the mouth open for the Gags on the sex scene. I added that to the SLU+ because before that nobody seems to care enough to solve it. But not few Mods have very similar functions to keep the mouth open on the sex scene so you have to check if another mod is also trying to open the mouth or if is just the SLU+. For that you can disable the SLU+ filter for Devious Devices and if the SLU+ is the only one checking the Gags then the gaged actor will keep the mouth closed at least until the animation open it (usually on oral scenes)

Edited February 13, 2022 by OsmelMC

[Cerral]

I just started a new game, and when my Pc gets raped something strange happens. As I don't know how to explain it, I made a recording.

I'm using the latest version of the mod.

 

Spoiler

 

 

 

 

It only happens when my pc gets raped. the consensual animations run fine.

 

Edited February 13, 2022 by Cerral

[RebelInfernal]

On 2/8/2022 at 2:02 AM, Beef Cheeks said:

If you read the last page, you'll find that OsmelMC stated that the 4.08 patch was broken, so it was removed, and that they are waiting for SLAC 4.10 to release before a new patch is made.

 

4.10 has a massive overhaul planned, so it's pointless to waste time on 4.09 when a new release could be on the rise.

 

On 2/8/2022 at 4:54 AM, OsmelMC said:

 

 

Yes the 4.08 tweak was removed for bad behavior.

 

 

Ah, my mistake then. Somehow I missed that post. Thanks!

[OsmelMC]

3 hours ago, Cerral said:

I just started a new game, and when my Pc gets raped something strange happens. As I don't know how to explain it, I made a recording.

I'm using the latest version of the mod.

 

  Reveal hidden contents

 

 

 

 

 

It only happens when my pc gets raped. the consensual animations run fine.

 

Better describe it. The video is useless for me.

[PippinTom]

1 hour ago, OsmelMC said:

Better describe it. The video is useless for me.

 

Greetings @ OsmelMC !

 

I've experienced very similar anomaly today with recent SLU+, with following exceptions: for one glympse while player's ragdoll appeared I've seen hair HDT glitch (verticles stretched to infinity - so probably physics crashed at that point - happens sometimes without apparent reason), then ragdoll stabilized, but in wrong position in relation to second actor (resetting animation via "[" didn't help) so I've hit "END" to force end but then got teleported to heaven... or at least very close to it. Falling back to earth took so long that I just killed the game and started again. And so far it happened to me just once since SLU update.

Just mention it because it happened while I've been trying to catch a record of some other bug so accidentally I have a papyrus log for this one - attached.

ragdoll-sling--Papyrus.0.log

[boris900]

Since SexLab Framework 1.63 beta 9, female strap-on usage has been broken in MF scenes, for example in slen when male PC chooses option "I want you to fuck my ass" you get regular scene with male in position 1, and female NPC in position 2. In SL framework beta 8 with this option female NPC would peg PC with strap-on, it seems that 1.63 ( SE version) of framework will no loger get updates, so i maybe in this thread people can help me to fix this, becauce some new features in 1.63 and UtilityPlus are kinde nice to have, but i cant update, because mods that i use rely on old behaiviour of the strap-on usage in MF scenes.

 

Sorry for my crude english, it not my native language.

[PippinTom]

On 2/11/2022 at 10:55 PM, OsmelMC said:

Remember you just update the Mod and take some time before see it faster.

 

 

By the way if you are updating from the previous version you not longer required to execute the "Clean System" option. For this version is enough with "Clean the Cache" and "Reset the Scene Threads".

 

Of course for a new installation is still recommended the "Clean System" or start a new game with the mod already installed, that is basically the same.

 

I couldn't help myself and have to thank you and congratulate at the same time - SLU+ 2022.02.11 really made a difference for me regarding performance - even with emptied anim cache scenes seems to start faster than before - with old cache somewhat filled. I can't wait to see how fast(er) will it be when new cache fills a bit more - we'll see. Anyway, that is very nice surprise because I must admit - some time ago I assumed that it will never be improved, yet now am happy to be made wrong. Fact that it's achieved while no tricks like teleport-or-something are required sweetens things further (I personally hate and rejected teleport and blackout concept from the very beginning).

 

Second great thing is that update process without mandatory "clean system --> re-tag all anims --> eat desk in the meantime" step is painless now. So keep them updates coming - now I'm not scared of them any more ?

 

Those alone are great news for me because recently, from my point of view it's not very common case in Skyrim modding department (in general...) that something works sufficiently better after being updated to cover energy expense of update process itself ?

 

Please, keep up the great work! ?

 

[PippinTom]

On 2/7/2022 at 1:09 AM, OsmelMC said:

I usually release new versions of the tweak's every 30 days.

 

After each version release i wait between 3 to 5 days before do something else in the mod on case something goes terrible wrong with my last version, but I don't like to upload new versions before the 30 days so in case of some big bug, i usually just release a Hot fix in this discussion thread.

 

 

This means that is better install the mod in the first week after be released because after that is harder find the Hot fixes in the comments.

 

I don't even remembered the AE problem until I did my search on the comments for another issue not related. Of course don't really matter because I did the fixes the same day was reported and I usually compare the scripts files before release the new version, just to remember what I did.

 

I'm afraid I've spotted one (not mentioned before) tiny, not at all critical issue with NPC-vs-NPC scene management.
Steps to reproduce:

1. initiate or let start of it's own some scene where PC is not participant (of any species and for any number of actors starting with simple 1)
2. take control of that animation by pressing "N" (which is default I guess)
3. initiate scene relocation by pressing "]"
   • 3a) SL msg appears that you have 30 seconds etc... so move PC few steps in any direction but not too far
4. confirm new location before timeout by repeating "]"
   • 4a) SL timer msg updates to "Player movement locked - repositioning scene..." one
   • 4b) actors start to position themselves in new spot
5. press "N" to leave control mode (and optionally move PC's ass a bit away in any direction)
6. change view to Free Camera (this step seems to be important, I'm almost sure)
7. wait few secs

 

What happens is that you are suddenly taken back to step (4a) (and PC is sucked back to role of animation controller, so it cannot move until repeating step (5)).
And there is nonzero probability to successfully repeat whole relocation thing with the same outcome. But not always - sometimes loop brakes during second or later cycle. No idea why, maybe some timing thing.

 

Attached are logs specifically recorded to catch this issue. However I couldn't find anything in them related to scene relocation (or my post-covid dementia has hidden it from me, what it does recently quite often, like that Alzheimer dude does for some other folks).

 

 

 

1a.reposition-loop--Papyrus.0.log 1b.reposition-loop--SexLabDebug.0.log

[PippinTom]

Hidden Place - feature request

 

I've noticed some time ago that you added a popup that appears when Use Hidden Place is enabled in MCM but has been too busy or too lazy to comment back then even while (if I recall right) someone else did.

 

Well, it's kinda bugging me when that dialog pops every time. It's bad for immersion. In my humble and personal opinion of course.

Currently the question part says "Do you wish to find a hidden place by yourself?" and available options are "No / Yes / Here is fine! / Let them watch!". Problems I have here are:

1. After choosing "No" nothing (what I would normally expect after giving that answer) happens, scene starts more or less where PC stands
2. I'm not sure what's the difference between last two options - so I hope you can help me here: does "Here is fine!" mean that (even if spot is not really hidden by average human being standards), scene will be flagged as hidden to fool/feed properly other mods that checks if sex in public is legal - thus holy inquisition will not be alerted, while "Let them Watch!" simply means "I don't care about some jail time - I'm too horny right now" or something like that?

Anyway, I decided to ask - would you consider making one or both of the following changes:

 

• A) change behavior of code after receiving "No" answer - keeping initial choice made by the user in MCM to actually use the hidden place while treating "no" as he is just not interested in performing search on his own but still interested in hidden place because he wants to be surprised by the SLU+ code (in the past, places that code found were sometimes really interesting - like balcony near northern gate in Riften I didn't even know can be accessed or some other places like that - and that was fun, really good yet probably unexpected immersion piece)
• B) add (sub)option in MCM to do not display that popup and simply execute search of Hidden Place (for PC scenes) as it was in older versions of SLU+ (I'm not sure how much older thou)

Please ?...

 

PS: Sorry for spamming your thread

[OsmelMC]

21 hours ago, PippinTom said:

 

I'm afraid I've spotted one (not mentioned before) tiny, not at all critical issue with NPC-vs-NPC scene management.
Steps to reproduce:

1. initiate or let start of it's own some scene where PC is not participant (of any species and for any number of actors starting with simple 1)
2. take control of that animation by pressing "N" (which is default I guess)
3. initiate scene relocation by pressing "]"
   • 3a) SL msg appears that you have 30 seconds etc... so move PC few steps in any direction but not too far
4. confirm new location before timeout by repeating "]"
   • 4a) SL timer msg updates to "Player movement locked - repositioning scene..." one
   • 4b) actors start to position themselves in new spot
5. press "N" to leave control mode (and optionally move PC's ass a bit away in any direction)
6. change view to Free Camera (this step seems to be important, I'm almost sure)
7. wait few secs

 

What happens is that you are suddenly taken back to step (4a) (and PC is sucked back to role of animation controller, so it cannot move until repeating step (5)).
And there is nonzero probability to successfully repeat whole relocation thing with the same outcome. But not always - sometimes loop brakes during second or later cycle. No idea why, maybe some timing thing.

 

Attached are logs specifically recorded to catch this issue. However I couldn't find anything in them related to scene relocation (or my post-covid dementia has hidden it from me, what it does recently quite often, like that Alzheimer dude does for some other folks).

 

 

 

1a.reposition-loop--Papyrus.0.log 191.81 kB · 0 downloads 1b.reposition-loop--SexLabDebug.0.log 26.42 kB · 0 downloads

Interesting....

The scripts of the MoveScene function allow problems like that if you lose the control of the animation before the reposition be over.

 

I usually wait or force the next animation stage before release the control. That is one of the things I know can happen but never happened to me because I'm be default avoid any possible bug that can be avoided.

 

I will check it following your steps and see if can be prevented by the scripts, probably just forbid, lose the control unit the end of the function

[OsmelMC]

18 hours ago, PippinTom said:

Well, it's kinda bugging me when that dialog pops every time. It's bad for immersion. In my humble and personal opinion of course.

 

19 hours ago, PippinTom said:

B) add (sub)option in MCM to do not display that popup and simply execute search of Hidden Place (for PC scenes) as it was in older versions of SLU+ (I'm not sure how much older thou)

 

If you check the configuration you will see that now the Player configuration is aside of the NPC option, and the player option come with 4 choices, the last one is "Do without ask" that should do the search without the message (but I don't test it so probably forget to set the scripts for that)

 

 

19 hours ago, PippinTom said:

A) change behavior of code after receiving "No" answer - keeping initial choice made by the user in MCM to actually use the hidden place while treating "no" as he is just not interested in performing search on his own but still interested in hidden place because he wants to be surprised by the SLU+ code (in the past, places that code found were sometimes really interesting - like balcony near northern gate in Riften I didn't even know can be accessed or some other places like that - and that was fun, really good yet probably unexpected immersion piece)

 

Is supposed to be like you want, so probably is a bug to solve. I will check.

 

 

18 hours ago, PippinTom said:

I'm not sure what's the difference between last two options - so I hope you can help me here: does "Here is fine!" mean that (even if spot is not really hidden by average human being standards), scene will be flagged as hidden to fool/feed properly other mods that checks if sex in public is legal - thus holy inquisition will not be alerted, while "Let them Watch!" simply means "I don't care about some jail time - I'm too horny right now" or something like that?

 

Both options stop the search for hidden places but the difference is on the furniture system.

 

Here is fine!: Reduce the search radio for Furnitures to 150 units around the player. If don't find near futures/ beds then use the player as center ref. For reference a NPC usually have 80 units of diameter so basically 150 units is like 2 NPC side by side, so is a very short radio.

 

Let them watch!: Just temporary disable the hidden place search. That means everything else will work as usual.

 

 

 

To be clear: when the hidden place option is enabled also affect the Furnitures system because instead of use the nearest furniture, first will try with the hidden furniture and usually is faraway beside need more resources and usually more time.

 

 

 

[OsmelMC]

On 2/14/2022 at 5:23 AM, boris900 said:

Since SexLab Framework 1.63 beta 9, female strap-on usage has been broken in MF scenes, for example in slen when male PC chooses option "I want you to fuck my ass" you get regular scene with male in position 1, and female NPC in position 2. In SL framework beta 8 with this option female NPC would peg PC with strap-on, it seems that 1.63 ( SE version) of framework will no loger get updates, so i maybe in this thread people can help me to fix this, becauce some new features in 1.63 and UtilityPlus are kinde nice to have, but i cant update, because mods that i use rely on old behaiviour of the strap-on usage in MF scenes.

 

Sorry for my crude english, it not my native language.

 

 

The strap-on are working fine for i know, at least with my SLU+.

 

I will check anyway. I'm not longer using the SLEN Mod and I can't be sure if your issue have something to do with the SLEN configuration but I will try to check that too.

[OsmelMC]

On 2/13/2022 at 9:36 PM, PippinTom said:

 

I've experienced very similar anomaly today with recent SLU+, with following exceptions

Someone have to describe me the video because I can't open it and still I don't know what is the issue.

 

The few I understand from your comment lead me to think in a issue with the Physics but that is beyond SexLab and I can't do something about. For i know the hair's with Physics can show stretchiness issues under some situations but that's between the hair and your plugin for Physics. Of course I also know that resources used by the SexLab version update also affect process like the Physics but is temporary like everything related with the version update.

 

 

On 2/13/2022 at 9:36 PM, PippinTom said:

I've hit "END" to force end but then got teleported to heaven...

When some part of the actor body is stretched at the end of the animation you have big chance of be teleported to some point between your current position and the end point of the stretchiness (usually close to heaven). The Ragdoll at the end set Idles and run advanced math functions that helps with the Physics issues but also need more time and resources, for that and immersive reasons the Ragdoll function is mostly ignored if you hit the bottom to force the end of the animation. In this case is recommended use the hotkey to go to the next animation stage until reach the end.

 

[PippinTom]

55 minutes ago, OsmelMC said:

Someone have to describe me the video because I can't open it and still I don't know what is the issue.

 

The few I understand from your comment lead me to think in a issue with the Physics but that is beyond SexLab and I can't do something about.

 

Actually in the movie (and in my case) issue is somehow related to first phase of matching actors, where PC acts like a ragdoll - drops dead on the floor, or as in our case, partially below the floor. Then PC starts standing up and at the same time adjust its position to the other actor in the scene... what failed in both scenarios. In mine - PC has been twisted a bit to left or right side (not deformed - just rotated around vertical axis ~30*).

 

So main issue is a ragdoll. PC does not fully recover after being thrown on the ground - probably because if pushed deeper than it was intended. In result - animation is crippled beyond repair with SL position controls.

 

PS:

  Regarding HDT glitch - I mentioned it after "with exceptions" as something that does not occur in the clip posted by @Cerral. And it appeared for a glympse, and I'm sure that when I've been hitting END there were no visible artifacts on the screen. And before I hit the END I've tried skipping to next stage or at least tried to "reset actors" by "[" and/ maybe even "reset customization" by "-".

[divinefire]

I had this happen also with the ragdoll effect at the start of the sex scene. It happened only once for me so I have a hard time with the details but SL adventure triggered a rape with aggressive animations and could never fix it after I hit end, I just reloaded and moved on figuring it was a glitch or perhaps SL survival slap event also happened at the same time.

 

A couple of other times when starting sex my character has also reverted to stand position after a second. I can just used tools to click on the animation and it resets and works as intended.

 

All this stuff happens very rarely btw. 99% of the time everything is fine for me. I was testing some animations trying to adjust this mod and slso so I gave all the mods a good workout.