OsmelMC Mod Tweaks

[Gudulba]

What is the latest recommendation regarding the load order for SLU+ and SexLab Cum Overlays Extended?

 

My latest info is that the Cum Overlays Extended sslActorLibrary.pex script should overwrite everything else, including SLU+. Is that still the case??

[NoNickNeeded]

Any chance you could figure out a way to shut companions up during sex scenes. Having Lydia going "I've got your back" "Right behind you" or "I'm still there" every literal five seconds is so beyond annoying.

[OsmelMC]

8 hours ago, Gudulba said:

What is the latest recommendation regarding the load order for SLU+ and SexLab Cum Overlays Extended?

 

My latest info is that the Cum Overlays Extended sslActorLibrary.pex script should overwrite everything else, including SLU+. Is that still the case??

 

The patch is included so you not longer have to overwrite the SLU files with the SCOE files.

[OsmelMC]

4 hours ago, NoNickNeeded said:

Any chance you could figure out a way to shut companions up during sex scenes. Having Lydia going "I've got your back" "Right behind you" or "I'm still there" every literal five seconds is so beyond annoying.

Those are "hello" dialogues. Means that only get activated when the actor is close enough to the player. Also means that enabling the"Intimacy Circle" option should prevent them from get close enough to start the dialogue.

[NoNickNeeded]

1 hour ago, OsmelMC said:

Those are "hello" dialogues. Means that only get activated when the actor is close enough to the player. Also means that enabling the"Intimacy Circle" option should prevent them from get close enough to start the dialogue.

I thought I had that turned on... I'll need to check that.

Thanks for the tip.

 

Edit: I had it active, probably the reason why my companions stopped standing on top of my body, bobbing up and down during scenes too, but apparently not enough to push them beyond Hello range. Is there any way to adjust how far they get pushed?

Edited October 16, 2023 by NoNickNeeded

[OsmelMC]

1 hour ago, NoNickNeeded said:

I thought I had that turned on... I'll need to check that.

Thanks for the tip.

 

Edit: I had it active, probably the reason why my companions stopped standing on top of my body, bobbing up and down during scenes too, but apparently not enough to push them beyond Hello range. Is there any way to adjust how far they get pushed?

Was made just to keep the actors away from the scene but the radios isn't too big and on interiors not always find a place to go so definitely can be improved.

 

By other side I don't know if Skyrim have some way to temporarily disable the "Hello" I can't think on any situation where this be useful besides the Sex scene and not even there because there are Mods that include NPC comments when the Player is on a sex scene and those comments also use the "Hello" dialogues.

 

 

Actually the best solution probably be made another Mod with a empty Hello dialogue with top priority to be triggered on the player sex scene. 

 

Start by find some of the Mods for NPC comments on the sex scene of the player. I recently see one with that on the description but I don't know where.

[MX105]

Hi, I am having some issues with SLU+, after installing it to my existing save for the first time(1.6.353, Sexlab 1.64c), the animation starting option isn't working anymore, nor does the ask to use hidden place feature. I did export and import the settings after cleaning up Sexlab, but there's still no message window when starting sex and everyone immediately teleport to the position. I'm not sure if it is caused by my SLU+ installation or my Sexlab wasn't working properly.

[PippinTom]

20 hours ago, OsmelMC said:

I don't think any of those be related with the OM but the versions I sent you if Flagged as ESL and ESM

 

Actually it was related to OM, obviously, however "how" is what I didn't investigate, it's not relevant anymore - fact is that after removing ESL flag problem does not occur anymore and SKY_UI presets remain untouched. That's good thing.

 

Whole update process went this time without any issues strictly with update related. Export basically didn't screwed anything up, however for unknown reason it repopulated my jsons with "Custom outfit:" spam in description field of all outfits that had this field emptied by me before(*) except for those modified before export and after update - see below.

 

Minor issue observed:

Outfits newly created or edited after updated get tooltip properly filled (section: supported outfits) however all other existing prior to update (and left untouched) outfits does not have it, it's empty (by tooltip I mean part presenting list of contents for particular outfit in section of UI reserved for contextual help). There seems to be no option in MCM to reset currently loaded outfits in bulk (re-importing global config and restarting OM didn't do such trick, and re-importing them one by one is not my thing, probably faster would be to purge savegame with resaver and reimport whole list with single click since I already have up-to-date export on the disk, but that isn't a priority for me at the moment) <-- that won't help.

 

___________

*) heh, it looks like tooltip content I've been ranting about is taken from description field of json file... well then - weird that during export that field was not updated for the whole list, especially if it was empty, but still - it's not a major issue.

 

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

New game test:

 

Small change if any in terms of PC profile re-initialization - to actually import all scenarios and make (keybindings to work) I had to:

Import global config

close MCM

restart OM via MCM

import PC profile (clicked twice in few seconds span, just to be sure if it won't kick in just by doing so)

reset PC profile

close MCM

re-import it one more time

 

Bottom line is - I know how to do that, so it's not a showstopper for me. but average joe on the nexus my not figure it out on his own.

 

 

Edited October 17, 2023 by PippinTom

[OsmelMC]

4 hours ago, w740su said:

Hi, I am having some issues with SLU+, after installing it to my existing save for the first time(1.6.353, Sexlab 1.64c), the animation starting option isn't working anymore, nor does the ask to use hidden place feature. I did export and import the settings after cleaning up Sexlab, but there's still no message window when starting sex and everyone immediately teleport to the position. I'm not sure if it is caused by my SLU+ installation or my Sexlab wasn't working properly.

 

Those things have to be checked but

 

1. I don't understand what you mean by the Animation Start option not working. Please be more specific.

 

2. The hidden places option when is enabled will try to use furnitures, beds or invisible markers that be far from dressed NPC's, means that if find at least one naked actor around the location it will consider it hidden or private. But if you are asking for the option that allow you move the player before the animation start, that option is showed only if the hidden places option for the player is settled to "Alway Ask".

 

3. The teleport in this case have to be enhanced a bit more. Happens that was enhanced to speed up the animation startup and once the animation is ready to be played it will force the teleport if the actors aren't on position. Of course that last thing is a mistake and will be fixed for the next version so the scene will wait for the actors at least a bit more.

Edited October 17, 2023 by OsmelMC

[OsmelMC]

2 hours ago, PippinTom said:

Outfits newly created or edited after updated get tooltip properly filled

What you are seeing in those cases is the Outfit Description that get filled with the items if was empty before, like I said the real one is displayed just on the Advanced Behaviors page.

 

By the way in theory if you empty the description, export and then import the outfit JSON file, the description should get filled with the default values again at see that is empty. But is just in theory since wasn't intentional and I never tried.

 

 

 

2 hours ago, PippinTom said:

Small change if any in terms of PC profile re-initialization - to actually import all scenarios and make (keybindings to work) I had to:

Import global config

close MCM

restart OM via MCM

import PC profile (clicked twice in few seconds span, just to be sure if it won't kick in just by doing so)

reset PC profile

close MCM

re-import it one more time

 

I will check. To be honest I didn't think about the player, in part because you are supposed to start the game without items and the import option of the Advanced Behaviors will give you the scenario items of your previous game so I never export the player behavior.

 

Now that I think about... I should prevent the item importation for the player and prevent the NPC's from get quest or unique items imported (will probably affect the favorite items too)

[PippinTom]

1 hour ago, OsmelMC said:

By the way in theory if you empty the description, export and then import the outfit JSON file, the description should get filled with the default values again at see that is empty. But is just in theory since wasn't intentional and I never tried.

 

That's what I thought too, but it does not work that way. However it would be cool if it could - the code is already there, it's just not "retro-something" currently ?

 

1 hour ago, OsmelMC said:

To be honest I didn't think about the player, in part because you are supposed to start the game without items

 

Should it be the end user choice? At the moment items are given only if "immersive inventory" is OFF (by default it isn't) however I'm not sure if it applies to PC or to NPCs only... (I can't check it ATM). Anyway - either if the option is there already or you would need to add it first - I think that's big design decision with dire consequences if you drop that functionality. For users like me, who already got bored of playing "fair" with vanilla storyline and that tedious character building mechanics, when I start new game, then even assuming I'm willing to gather all the resources needed to craft those old (non-vanilla) items, it's pain in the ass, because I have over dozen of mods with armors active (few dozens of  ingame items in total), and I don't use most of their pieces, just selected ones. Now remembering which piece of armor from mod X was my favorite, in which color/slot variation, is close to impossible. With your mod I can skip this whole nonsense and just start game with 100% of what I want, with few brainless clicks instead of hundreds of well thought ones.

 

However I see your point in case of Vanilla's items - as well those unique, combat related, or quest ones, that they should/could be restricted somehow, just to not spoil the new play completely unless player really-really doesn't care. I do care, so I'm using your mod just for "fuck outfits", not those combat ones, however currently its possible too.

[MX105]

On 10/16/2023 at 8:05 PM, OsmelMC said:

 

Those things have to be checked but

 

1. I don't understand what you mean by the Animation Start option not working. Please be more specific.

 

2. The hidden places option when is enabled will try to use furnitures, beds or invisible markers that be far from dressed NPC's, means that if find at least one naked actor around the location it will consider it hidden or private. But if you are asking for the option that allow you move the player before the animation start, that option is showed only if the hidden places option for the player is settled to "Alway Ask".

 

3. The teleport in this case have to be enhanced a bit more. Happens that was enhanced to speed up the animation startup and once the animation is ready to be played it will force the teleport if the actors aren't on position. Of course that last thing is a mistake and will be fixed for the next version so the scene will wait for the actors at least a bit more.

 

Thanks for reply and sorry about the confusion. By Animation Start option I mean the Disable Starting Teleport setting. It is ticked but all sex animations start immediately and everyone will teleport to the starting potion. For the hidden places option, it was set to always ask but there is no message box asking. Currently my sex animation is like I choose to start sex -> FSF asks if I want to use furniture -> if use, everyone immediately teleport to the furniture; if not use, everyone will teleport to me and start sex.

[dePog]

With furniture animations, are the actors supposed to get into position on the furniture themselves?

When the window pops up and asks if you would like to use [ Single Bed, Table, Chair, No! ], the only one that they will use is Bed

If I choose anything else they just stay where they are and start the animation

 

I have the "Use Furniture" options ticked in Sexlab's MCM

 

Also, despite having furniture like an X-Cross and Pillory available, those choices never appear in the pop-up window.

 

Is there some other mod required to facilitate other furniture use?

 

(PS: and yes, I have PowerOfThree's Papyrus Extender 5.6.1 installed)

Edited October 20, 2023 by dePog

[OsmelMC]

13 hours ago, dePog said:

Is there some other mod required to facilitate other furniture use?

Not more requirements but there are some Mods that have compatibility issues with the furniture Menu and when you select one furniture the menu return another. 

 

Send me the file "papyrus.0.log" with a couple of tests selecting the last furniture of the list.

 

 

 

The XCross are mostly from "ZAZ Animation Pack". Check with the Console if the base reference of the XCross you are trying to use is from ZAZ or some other Mod in which case let me know which one and where I can find it.

 

 

 

Also some animations authors are changed the internal ID of they animations so my my SLATE ActionLog won't recognize them. You still can use the SLATE to manually set the missing tags.

Edited October 20, 2023 by OsmelMC

[dePog]

5 hours ago, OsmelMC said:

Not more requirements but there are some Mods that have compatibility issues with the furniture Menu and when you select one furniture the menu return another. 

 

Send me the file "papyrus.0.log" with a couple of tests selecting the last furniture of the list.

 

 

 

The XCross are mostly from "ZAZ Animation Pack". Check with the Console if the base reference of the XCross you are trying to use is from ZAZ or some other Mod in which case let me know which one and where I can find it.

 

 

 

Also some animations authors are changed the internal ID of they animations so my my SLATE ActionLog won't recognize them. You still can use the SLATE to manually set the missing tags.

 

Do you have a list of what tags are required to trigger each furniture type?

[OsmelMC]

1 hour ago, dePog said:

 

Do you have a list of what tags are required to trigger each furniture type?

All the furniture animations (except for the bed ones) should have the "Furniture" tag even if are for those furnitures that aren't supported yet. Then the furniture types on the list of the "Furniture & Beds" page are also the tags for the types. 

[Qwert_yyy]

I hope you haven't been pestered enough with this question, but I'm having trouble setting up ahegao expressions properly. Did you by any chance write some detailed post about this earlier?

 

I've read that they should be enabled, but I'm having trouble making the expressions more expressive than the original ahegao hdt mod. Often the face switches to some neutral state, the tongue constantly comes out through the closed mouth. I really tried, but I gave up and decided to ask you guys. I think I'm misunderstanding some step in the settings.

Edited October 25, 2023 by Soldream

[OsmelMC]

3 hours ago, Soldream said:

I hope you haven't been pestered enough with this question, but I'm having trouble setting up ahegao expressions properly. Did you by any chance write some detailed post about this earlier?

 

I've read that they should be enabled, but I'm having trouble making the expressions more expressive than the original ahegao hdt mod. Often the face switches to some neutral state, the tongue constantly comes out through the closed mouth. I really tried, but I gave up and decided to ask you guys. I think I'm misunderstanding some step in the settings.

 

Check your Auto Refresh Expression option and disable it or set it higher. Seems to be closing the mouth without remove the tongue. 

 

Also make sure that not other Mod is interfering with the Expressions. You have to check your installed Mods that are using the MFG and disable them or check that are parched or compatible with SexLab.

 

 

If you want to edit the Expressions, start by test it on a vanilla face and the try with some high poly or custom face. Some custom faces are smaller than the vanilla faces and will require the new expression slider to look similar to the vanilla faces.

Edited October 25, 2023 by OsmelMC

[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