OsmelMC Mod Tweaks

[PippinTom]

@OsmelMC I'm digging up OM again if you don't mind (if you do - please tell)

 

I've noticed one thing that was not that notorious in previous, at least I don't remember it buggin me there enough to remember it. Issue is that some outfits more often than others, for completely unknown reasons, have slight problem with equipping items in slot 52 (in my case - panties or equivalent(*)), sometimes I have to repeat hitting same hotkey few times and it helps, but not always - sometimes I have to switch outfit to another and then go back to have pants finally on. In worst cases I have to go to inventory and click them, what works always. I guess it's because 52 is usually (pre)occupied by pubics (or attachable dicks), and I'm guessing in process of equipping outfit pieces, there is some timing based conflict with SOS, that usually is in current build lost in favor of SOS, nevertheless slot is valid for use (or am I wrong about that?) and the only problem as I read it - is timing. But again - I may be wrong about that too. Are you aware of that? Planning to tweak it anyhow? Or should I consider reassigning my all underwear one more time (what would not be a problem in xEdit, yet with nifs is a "bit" painful (manual labor) - since there is no support for any (scripting) automation or I'm not aware of such.

 

________

*) I've made all my armors to use that slot for that purpose, because it pissed me off that mod authors each used various different assignment for same type of armor pieces resulting in possibility to unintentionally wear two bras or strings at the same time, etc.

 

Edited October 26, 2023 by PippinTom

[reinyn]

Hi there, i still have a few problems with sexlab and have tried to ask there, but i did not get any help.  i also could not post any log files except for my load order.

This is the state of my papyrus logging settings.

 

bEnableLogging=1
bEnableProfiling=0
bEnableTrace=1
bLoadDebugInformation=1

 

But i do not get any logs whatsoever, not for skyrim itself and not for sexlab. So i really do not know what to do.

 

Anyways, i have added my current load order and an image of my problem.

As you can see, the animation is way off. It has been that way for a very long time now and it sickens me that it keeps happening. I literally do not know what to do with this situation.

 

Any further information i have on this:

 

1) It solely seems to happen on double beds. And it gets worse the higher my sexlab stats are.

2) It does not seem to happen on single beds or when not using furniture. (For as far as i have seen it)

3) It can also happen between 2 npc's.

4) More often then not when it happens i have to manually end animations, because they get stuck in an endless loop. (Sometimes even that does not work and i actually have to exit the game to end it)

 

So honestly any help at this point would be appreciated because i am at the end of my ropes here, i never had any of these problems with legendary edition. And i have had them ever since i started using sexlab on special edition. Skyrim is a great game and people are supposed to have fun playing this game in any way they like. But this, this is just no fun anymore. 

 

loadorder.txt

[OsmelMC]

7 hours ago, PippinTom said:

@OsmelMC I'm digging up OM again if you don't mind (if you do - please tell)

 

I've noticed one thing that was not that notorious in previous, at least I don't remember it buggin me there enough to remember it. Issue is that some outfits more often than others, for completely unknown reasons, have slight problem with equipping items in slot 52 (in my case - panties or equivalent(*)), sometimes I have to repeat hitting same hotkey few times and it helps, but not always - sometimes I have to switch outfit to another and then go back to have pants finally on. In worst cases I have to go to inventory and click them, what works always. I guess it's because 52 is usually (pre)occupied by pubics (or attachable dicks), and I'm guessing in process of equipping outfit pieces, there is some timing based conflict with SOS, that usually is in current build lost in favor of SOS, nevertheless slot is valid for use (or am I wrong about that?) and the only problem as I read it - is timing. But again - I may be wrong about that too. Are you aware of that? Planning to tweak it anyhow? Or should I consider reassigning my all underwear one more time (what would not be a problem in xEdit, yet with nifs is a "bit" painful (manual labor) - since there is no support for any (scripting) automation or I'm not aware of such.

 

________

*) I've made all my armors to use that slot for that purpose, because it pissed me off that mod authors each used various different assignment for same type of armor pieces resulting in possibility to unintentionally wear two bras or strings at the same time, etc.

 

 

With the slot 52 you can be seen one of two things.

 

1. If you strip the slot 32 (body) before equip another, that will cause the equipment of the SOS addon throw the SOS spell that is a bit slow. So can happen that OM be equipping the scenario outfit faster than the SOS spell equip the addon and of course that means that at the SOS spell end with your slot 52 item unequipped as a side effect of the delayed Addon equipment. The solution here is avoid strip the previous slot 32 or 52.

 

2. The other thing is when your slot 32 dress comes with a panty on the slot 52 in which case the standalone panty can replace the panty of the dress but this relay completely on the Skyrim or the ENB system that is in charge of convine both items and often said that the standalone panty is equiped while the panty of the dress is being showed. Most of my armors and dresses allow this with the panty, the skirts and the pants or shorts; so I'm still working on some ways to improve it dealing with the Skyrim bugs.

[PippinTom]

30 minutes ago, OsmelMC said:

The solution here is avoid strip the previous slot 32 or 52.

 

Well, that sounds like not a bad idea, I haven't tested it with new build yet and can't do it tonight, but for sure will try.

What reminds me why in the first place I've set all of PC and NPCs scenarios to first fully unequip all slots, except maybe for weapon and ammo (or something) - in previous build (public/official one) there was a bug (in my opinion) that resulted in multiple item being equipped in the same slot if one was not previously emptied, what further resulted in really huge lag spike, whenever I entered new cell, and weird looking NPCs - after a while wearing almost everything that is available in their inventory if it was at least once equipped by any scenario. (like hobos who's wearing 10 layers of clothing just because does not have a cabinet to store them or for whatever other reason they do that)

 

As I said - can't check it yet, but I'm assuming that you've already addressed that issue in current (unofficial) build? And it was "that thing" you yourself referred to some time ago as "serious flaw/bug" (cant recall exact words) of current official build?

[OsmelMC]

19 minutes ago, reinyn said:

But i do not get any logs whatsoever, not for skyrim itself and not for sexlab. So i really do not know what to do.

 

If you are using a mod manager like "Vortex" or the "Mod Organizer" they have they own "skyrim.ini" files on a different address.

 

 

[OsmelMC]

50 minutes ago, PippinTom said:

As I said - can't check it yet, but I'm assuming that you've already addressed that issue in current

 

 

Right now the OM remember the equiped slots of the Scenarios to avoid equip for example one boot over another boot. But of course isn't perfect yet (even when I don't see any problem there)

[reinyn]

On 10/27/2023 at 12:48 AM, OsmelMC said:

 

If you are using a mod manager like "Vortex" or the "Mod Organizer" they have they own "skyrim.ini" files on a different address.

 

 

I found them, thank you. Now at the very least i might actually be able to produce some logs for this problem.

 

EDIT: I did not get any logs from sexlab itself, despite having debug on. But i did get the normal papyrus log and i also include my load order with this.

This still is about my problem a few posts back. The problem mostly happens when either pc or npc is close to orgasm or already orgasming. (Only when using beds as far as i know.)

 

So almost always during stage 4 or 5. Orwhen seperate orgasms is tagged on whenever they have one.

Papyrus.0.log loadorder.txt

Edited October 28, 2023 by reinyn

[torr123]

On 10/27/2023 at 1:54 AM, OsmelMC said:

 

 

Right now the OM remember the equiped slots of the Scenarios to avoid equip for example one boot over another boot. But of course isn't perfect yet (even when I don't see any problem there)

I want to ask about your patch or tweaks for milk mod economy se, does it work with the latest version of the mod or it only for le?

Edited October 28, 2023 by torr123

[OsmelMC]

On 10/27/2023 at 6:06 AM, reinyn said:

So almost always during stage 4 or 5. Orwhen seperate orgasms is tagged on whenever they have one.

The screenshot only show a bad alignment and the logs said that you have problems with the MFG installed.

 

Make sure of install the "MFG Fix" and none other version. Also make sure of install the SSE Display Tweak and set it's "SetExpressionOverridePatch" to True

 

Enable the Debug Mode on the SexLab and send me the logs again with another test after do all that. Also explain the problem or problems.

 

[reinyn]

1 hour ago, OsmelMC said:

The screenshot only show a bad alignment and the logs said that you have problems with the MFG installed.

 

Make sure of install the "MFG Fix" and none other version. Also make sure of install the SSE Display Tweak and set it's "SetExpressionOverridePatch" to True

 

Enable the Debug Mode on the SexLab and send me the logs again with another test after do all that. Also explain the problem or problems.

 

So if i understnd correctly have mfg fix installed but not mfg? After installing Display tweaks, where can i find "SetExpressionOverridePatch" As for debug mode, it was enabled at that time, and still is enabled now.

 

As for what the problem is, well it is indeed that alignment problem that i am trying to get rid off. I also don't know if there is anything at all in my load order that can be influencing that alignment problem.

Edited October 28, 2023 by reinyn

[OsmelMC]

1 hour ago, reinyn said:

As for what the problem is, well it is indeed that alignment problem that i am trying to get rid off. I also don't know if there is anything at all in my load order that can be influencing that alignment problem.

The alignment is done by SexLab and usually nothing interfere. The animations should come aligned for actors with the same scale but at the end the animation author do whatever they want and almost never follow the rules.

Some times the animation comes unaligned in one or all the stages and other time the animation comes aligned for another type of skeleton. 

 

If you are using some Race Skeleton Mod you will have to manually align each race combination on each animation so better avoid those Mods unless you be willing to spend a lot of time aligning the actors.

 

 

 

Something seems to be wrong with your "MFG Fix" because the log said that it can find one of the MFG functions. Errors like this can have unexpected consequences so I can't ensure or deny that be causing your Alignment issues.

By the way "MFG" is the global name of the Mod and it have many different versions for LE and SE but on SE I only trust on the "MFG Fix". In your case make sure that you are using the right version of MFG Fix for your Skyrim version number and make sure that nothing overwrite it's files.

 

At the end you always have to fix the alignment of the animation at least one time.

[reinyn]

35 minutes ago, OsmelMC said:

The alignment is done by SexLab and usually nothing interfere. The animations should come aligned for actors with the same scale but at the end the animation author do whatever they want and almost never follow the rules.

Some times the animation comes unaligned in one or all the stages and other time the animation comes aligned for another type of skeleton. 

 

If you are using some Race Skeleton Mod you will have to manually align each race combination on each animation so better avoid those Mods unless you be willing to spend a lot of time aligning the actors.

 

 

 

Something seems to be wrong with your "MFG Fix" because the log said that it can find one of the MFG functions. Errors like this can have unexpected consequences so I can't ensure or deny that be causing your Alignment issues.

By the way "MFG" is the global name of the Mod and it have many different versions for LE and SE but on SE I only trust on the "MFG Fix". In your case make sure that you are using the right version of MFG Fix for your Skyrim version number and make sure that nothing overwrite it's files.

 

At the end you always have to fix the alignment of the animation at least one time.

I will see what i can do. I have put mfg fix at the bottom of my load order. (The left side that is) And will most likely make a new save tomorrow. About the sexlab log, is it located at a different location when using mod organizer? Because i still have not seen one and i assure you i have kept debug on for sexlab.

[OsmelMC]

4 hours ago, torr123 said:

I want to ask about your patch or tweaks for milk mod economy se, does it work with the latest version of the mod or it only for le?

In general my version numbers are the last modification date of the patch or tweak. That means that is compatible with the last version of the original Mod released before that date not matter if it's SE or LE unless the description said another thing.

 

I'm not longer using the MME so I can't confirm anything beyond what is already written on it's description in the download page.

[InterruptingOctopus]

any chance you can make a fomod for more intuitive installation?

[PippinTom]

On 10/26/2023 at 11:19 PM, OsmelMC said:

The solution here is avoid strip the previous slot 32 or 52

 

After tests turns out that results seems (*) less inconclusive with pre-stripping slot 52 than with not pre-stripping it in strip item editor but still are present.

Did test with two scenarios assigned to two hotkeys - in both unchecked "strip" - in all others that slot remained auto-stripped. Switching between those two with reasonable delay between keyhits (~1-2 seconds(**) I guess) resulted in two-three first iterations satisfactory, then inconsistency kicked in - old panties (from scenario A) remained unstripped while everything else from outfit B was equipped or other way around. In other words, more iterations with those two test scenarios switching - more unexpected outcomes. Switching with other scenarios - similar issue - inconsistency. I guess, that's what you meant by "not perfect" ?

 

Anyway, I have some own ideas that require me testing them first. Maybe I figure out how make outcome less inconsistent and more what expected than otherwise. tbc.

 

_____

*) need more testing to be sure, because that would not be the first time when papyrus things to start working smoothly simply need some time to pass before it happens (no idea why).

**) in addition to time needed for process of equipping to complete/finish at least in first place

Edited October 29, 2023 by PippinTom
added 2nd footnote

[OsmelMC]

7 hours ago, InterruptingOctopus said:

any chance you can make a fomod for more intuitive installation?

For what tweak?

 

[PINGERton Agent]

Unfortunately latest version of Utility Plus will nullify SL Eager NPC's dialogue sex tag distinctions completely. Not only it wont filter anims depend on choice of position tags through dialogue, it will completely disable orgy situations from happening as well, as it will ignore any animations above 3P as SLEN cant detect the tags.

Guess its more of SLEN being incompatible issue, but not sure where should i begin with to apply appropriate adjustment to make SLEN compatible with U+ again. Any tips on solving this SLEN's broken Tag issues myself?

[OsmelMC]

2 hours ago, sNORTH PINGERs said:

Unfortunately latest version of Utility Plus will nullify SL Eager NPC's dialogue sex tag distinctions completely. Not only it wont filter anims depend on choice of position tags through dialogue, it will completely disable orgy situations from happening as well, as it will ignore any animations above 3P as SLEN cant detect the tags.

Guess its more of SLEN being incompatible issue, but not sure where should i begin with to apply appropriate adjustment to make SLEN compatible with U+ again. Any tips on solving this SLEN's broken Tag issues myself?

Send me the logs to check what is trying to get SLEN.

 

Your animations probably just need some tags. SLEN relays on the animation tags and even comes with it's own native SLATE to make sure that you can add the missing tags. SLEN is probably looking for some specific tag that isn't on the animations.

 

Even when SLEN have it's own SLATE system incorporate, I recommend you to use my SLATE to add the missing tags.

Edited October 29, 2023 by OsmelMC

[PINGERton Agent]

11 hours ago, OsmelMC said:

Send me the logs to check what is trying to get SLEN.

 

Your animations probably just need some tags. SLEN relays on the animation tags and even comes with it's own native SLATE to make sure that you can add the missing tags. SLEN is probably looking for some specific tag that isn't on the animations.

 

Even when SLEN have it's own SLATE system incorporate, I recommend you to use my SLATE to add the missing tags.

solved via disabling utility plus ESP, everything works fine now, i presume furniture system broke the tag system.

Not sure how that's the case. I gotta find logs first, but not sure where to find one. will picture of console command log be enough?

other things to remind of: one on one sex worked but orgy was flat out denied as SLEN console states that it cannot find any tag of MF MMF MFF MFFF and so forth. But still not sure why specific ESP removal solves everything. Tried changing order of SLU+, didnt work as long as ESP exist.

Edited October 30, 2023 by sNORTH PINGERs
further details.

[PINGERton Agent]

Gotta ask about whether SoS patch introduced in Tweak Patch is worth a try.

Addon patch in question: SOS - Schlongs of Skyrim with PapyrusUtil & SexLab Tweaks (20230606). Will this work in current october version or disregard it as outdated? I really got no ideas.

Edited November 1, 2023 by sNORTH PINGERs

[117xxx]

how can i loot,when i use SLSOs/SexLab Utility Plus/Sexlab - Cum Overlays/OSL Aroused? Many of them say it cant be overwrited by any mod.I tried to loot them but neither furniture wrong nor slso never orgasm

[pifesh]

Hi  i have an issue with Sexlab utility plus (  both versions September and October).

 

all g seems to work fine except for the high heels. i have ticked " remove high heel effect temporarly" in sexlab so the mod remove the heels when it´s supposed to be, till here all normal, but after sex event is over and heels are reequipped, the heels effect isn't there so even if i remove the heels manually i have the " sunken feet on the ground" issue. If i remove your mod , then it works fine again  just with sexlab

 

I  use Sexlab  version 1.63 SE.

 

Thx for all your work wich is really great .

[PippinTom]

16 hours ago, pifesh said:

i have ticked " remove high heel effect temporarly" in sexlab so the mod remove the heels when it´s supposed to be

 

If your heel are unequipped during scenes it has nothing to do with mentioned setting, as this setting handles (or tries to) transformation of skeleton so even while wearing heel during scene character is properly aligned with others (what implies often sinking in the ground until scene ends - necessary tradeoff).

 

Anyway, your observation that in last two build of SLU+ something changed regarding heels handling and not for the better seems correct, I'm dealing on my own with heels issues and so far didn't figure out how to go back to state when heels were properly handled during scenes (and I never strip my heels, and it worked fine before two mentioned versions at least if RacemenuHH fix was disabled/not installed).

 

@OsmelMC From the code it looks like SLU+ is ready to handle only some HDT HH fix (specific spell) mod that does not even exist/is abandoned (not compatible with SKSE 2.00.17-20^) in SSE mods repository (all I've found was placeholder esp; empty module with proper name but no coding behind)

 

Edited November 3, 2023 by PippinTom
crossed out incorrectly addressed complaint

[pifesh]

6 hours ago, pifesh said:

Hi  i have an issue with Sexlab utility plus (  both versions September and October).

 

all g seems to work fine except for the high heels. i have ticked " remove high heel effect temporarly" in sexlab so the mod remove the heels when it´s supposed to be, till here all normal, but after sex event is over and heels are reequipped, the heels effect isn't there so even if i remove the heels manually i have the " sunken feet on the ground" issue. If i remove your mod , then it works fine again  just with sexlab

 

I  use Sexlab  version 1.63 SE.

 

Thx for all your work wich is really great .

Tested with SexLab Utility Plus v20230603 and everything seems to work fine , no problems with high heels during or after sex animations , allignments are correct with or without heels (normally animatios remove heels except those  heels form DD or any mot that let you choose which clotes or heels you wanna keep on your character), anyway , all works fine and after animations the " high heel effevt" is equipped as it should be, so i think the " problem is in the last 2 versions of this mod,: SexLab Utility Plus v20230921 and SexLab Utility Plus v20231003.

 

 

[OsmelMC]

On 9/1/2023 at 4:27 AM, SexyTop69 said:

 UPDATE: I used the setting above in the top left corner of the edit expressions menu and increased the strength of open mouth to the least which was 20 and then the faces started to move as intended! 

That solution is for individual actors when they faces are smaller or bigger than the vanilla faces that is the reference used for the default expressions. That means that if all your NPC's have problems with the default expressions you probably should edit those expressions.