Jump to content

Recommended Posts

Posted

How does this work with the diary of mine patches for apropos2?

The patch from the latest diary of mine version overwrites all the scripts, should i just let your patch overwrite everything? would love to know if someone tried this.

 

Thanks for all the great work

Posted (edited)

Hello,

I am having issues with the slso mini game acting very randomly, and having an extremely hard time reaching orgasm on female pc (i just let the animations play auto without my input).

Here is my mod load order, can you confirm if it is correct? 

 

Sexlab

SLSO

SLU+

SL smooth expressions plus

SLATE SE

SLATE Creature Patch

Apropos 2

Hentairim Tags

Hentairim IVDT

Hentairim enjoyment expression traits

Hentairim cumshot

Animspeed SE

FHU Baka Edition 2.03

Hentairim June 21 SLUPlus patch

Apropos2 Hentairim Patch

FHU Baka 2.0.3 Hentairim Patch

Karryn EN IVDT

Hentairim IVDT jul7 Patch

 

I'm mainly concerened about which of takes priority, your hentairim IVDT patch of SLU+ patch.

 

Thank you

 

 

EDIT: One more thing, the armor swapping feature in the IVDT config is causing the male actor (NPC) to redress immidietly after he goes naked at the start of a sexlab scene, and the scene plays out while he is dressed, wierdly this happens for every scene not started through matchmaker, The PC however remains naked. 

Edited by theboss152
Posted

Saw that the new 2.03.7 FHU patch had worked on deflate animation/alignment fixes.  Installed and tested hoping it would fix the post-deflate tracking problems had by myself and others.  Still no fix on this version, if that is among the fixes on your list. 

Posted
13 hours ago, Colossus228 said:

Do I need to run SLATE in order to use Hentairim if I use SLP+?

No. For slp+ it is covered by the slsb

Posted (edited)
21 hours ago, theboss152 said:

Hello,

I am having issues with the slso mini game acting very randomly, and having an extremely hard time reaching orgasm on female pc (i just let the animations play auto without my input).

Here is my mod load order, can you confirm if it is correct? 

 

Sexlab

SLSO

SLU+

SL smooth expressions plus

SLATE SE

SLATE Creature Patch

Apropos 2

Hentairim Tags

Hentairim IVDT

Hentairim enjoyment expression traits

Hentairim cumshot

Animspeed SE

FHU Baka Edition 2.03

Hentairim June 21 SLUPlus patch

Apropos2 Hentairim Patch

FHU Baka 2.0.3 Hentairim Patch

Karryn EN IVDT

Hentairim IVDT jul7 Patch

 

I'm mainly concerened about which of takes priority, your hentairim IVDT patch of SLU+ patch.

 

Thank you

 

 

EDIT: One more thing, the armor swapping feature in the IVDT config is causing the male actor (NPC) to redress immidietly after he goes naked at the start of a sexlab scene, and the scene plays out while he is dressed, wierdly this happens for every scene not started through matchmaker, The PC however remains naked. 

The enjoyment system in hentairim is a bit slow by default. Go into config json and make enjoyment values higher. Especially LDI cause it is used by default when tags are not found.

 

Regarding armor: should npc have smth swapped? Is it happening consistently? Did you try enabling debug logs? 

I don't see this in my tests that's why some debug info will help. 

 

Patch order doesn't matter as long as they override slu and others 

Edited by crajjjj
Posted
On 8/1/2025 at 5:31 PM, theboss152 said:

How does this work with the diary of mine patches for apropos2?

The patch from the latest diary of mine version overwrites all the scripts, should i just let your patch overwrite everything? would love to know if someone tried this.

 

Thanks for all the great work

Which patches are you talking about? I'm not aware. 

Posted
41 minutes ago, Colossus228 said:

Thanks for an answer. So do I need to have SLATE installed tho?

No. Slate is only to tag animations

Posted (edited)
9 hours ago, crajjjj said:

 

For public visibility, this test patch has on very limited testing, fixed the tracking problem.  I'll continue playing around with it, but initially looks like a winner (for my setup at least).  👍

 

_______________

 

Follow up after a few hours of playing with the test patch.  I've had zero problems running around with manual or auto deflate causing a break in the player tracking.  Haven't had any conflicting inflate or morph issues either (including a cycle with Estrus Chaurus birthing).

 

If it weren't still a test release, I'd mention this in the FHU thread for those with 2.03 as broken, or running 1.96 due issues with 2.03 - but once you do a final roll-out, I'd recommend you pass it along.

 

Again, my thanks to @crajjjj@andbgame for all your efforts in making FHU work as intended.  :)

Edited by Bigglsby
Posted

Thank you so much for putting in all these fixes for FHU @crajjjj and @andbgame. It's a magnificent improvement and something I'm very glad to have.

While I haven't done thorough testing yet, does this also fix the issue of inflation debuff effects not occurring, as well as the race unique deflate animations being broken/inconsistent?

Posted
On 8/4/2025 at 9:51 PM, DuskWanderer said:

Thank you so much for putting in all these fixes for FHU @crajjjj and @andbgame. It's a magnificent improvement and something I'm very glad to have.

While I haven't done thorough testing yet, does this also fix the issue of inflation debuff effects not occurring, as well as the race unique deflate animations being broken/inconsistent?

We did our best, but hard to say for sure.

Posted
On 8/5/2025 at 2:51 AM, DuskWanderer said:

Thank you so much for putting in all these fixes for FHU @crajjjj and @andbgame. It's a magnificent improvement and something I'm very glad to have.

While I haven't done thorough testing yet, does this also fix the issue of inflation debuff effects not occurring, as well as the race unique deflate animations being broken/inconsistent?


hm, I am expect that inflation debuff must work, race unique deflate animation also must work.... but it works in the way it was implemented by original logic (not perfect by my taste :)

 

but maybe need to test it better.

regarding 'inconsistent' - there is no sequence here, just randomness, based on the list of actors who filled the PC/NPC, and provided that the actor is still active in the game at the time of deflation (usually problems with temporary NPCs) - In any case, I agree that there are problems with this.

 

The criteria for applying the debuff and its disappearing also requires updating, but in my opinion it is not just a bugfix - need re-implement (but it is by my taste...)

Posted

The patches for SLU didn't forward the changes in the beta version that was posted somewhere in the comments. I spent some time forwarding the relevant changes for improved camera, so here they are in case anyone else still wanted first person SL scenes to still play (w/ improved camera). Not a modder / experienced w/ papyrus, so its janky -- works on my setup but no guarantees it correctly works for others.

Hentairim Expressions June Modified Script.rar

Posted

Hi crajjjj and andbgame, I've got a few logs for a hangup I had with FHU 2.03.8 patch.

 

Started playing today, and found my FHU morphs were misbehaving - belly extended beyond the bounds of clothing.  I know that can happen sometimes with morphs not applying correctly, so removed and put back on my clothing to fix.  On each FHU update though, the excessive morph would reapply.  I *think* the customized morph cap was getting ignored so the scale was off (theory), as adding/removing from the pool seemed to increase the problem.  In playing with THAT  testing though, I found the expel command was completely not working - debug remove would get rid of the pool, but the deflate commands weren't working.

 

Exited and turned on logs, and the problem persisted through game restart - log shows that deflate was on cooldown ( pap.2.log).  I exited and rolled back to the FHU 2.03.7 andbgame test version, started up, and this seemed to reset behavior - deflate commands and animations were all working, didn't have morph glitching out (pap.1.log).  Saved and exited, and put 2.03.8 back in, and reloaded from the ".7 fixed" save, and the problem was not present (pap.0.log).

 

So I think something in the deflate script hung up, but the .7 scripts were able to refresh the problem.  I can't say this isn't due to having updated from 1.96.5 -> 2.03.7 andbgame test version -> 2.03.8.  This is all on one playthrough, so could be some collision in there as such. 

Papyrus.1.log Papyrus.2.log Papyrus.0.log

Posted

Hi, quick question -- is there a way to modify the tongue height for characters? It seems like tongue 7 is the one being used and its a bit high in the normal placement.

Posted
48 minutes ago, Pkingsley said:

Hi, quick question -- is there a way to modify the tongue height for characters? It seems like tongue 7 is the one being used and its a bit high in the normal placement.

 

Need to make adjustments via bodyslide.  It's not perfect since you can't readily adjust it without a head for reference.  There was a method posted in the Baka Fill Her Up pages just recently that you COULD import the head to map against, but personally I just eyeballed it, and made adjustments a few times to get where I wanted.  You can make changes in bodyslide while still in game - just need to refresh/re-equip to update the positions.  Be sure to save the bodyslide position you're happy with, otherwise it will revert to default location next time you batch build.

Posted (edited)
17 hours ago, Bigglsby said:

Hi crajjjj and andbgame, I've got a few logs for a hangup I had with FHU 2.03.8 patch.

 

Started playing today, and found my FHU morphs were misbehaving - belly extended beyond the bounds of clothing. I know that can happen sometimes with morphs not applying correctly, so removed and put back on my clothing to fix. On each FHU update though, the excessive morph would reapply. I *think* the customized morph cap was getting ignored so the scale was off (theory), as adding/removing from the pool seemed to increase the problem. In playing with THAT testing though, I found the expel command was completely not working - debug remove would get rid of the pool, but the deflate commands weren't working.

 

Exited and turned on logs, and the problem persisted through game restart - log shows that deflate was on cooldown ( pap.2.log). I exited and rolled back to the FHU 2.03.7 andbgame test version, started up, and this seemed to reset behavior - deflate commands and animations were all working, didn't have morph glitching out (pap.1.log). Saved and exited, and put 2.03.8 back in, and reloaded from the ".7 fixed" save, and the problem was not present (pap.0.log).

 

So I think something in the deflate script hung up, but the .7 scripts were able to refresh the problem. I can't say this isn't due to having updated from 1.96.5 -> 2.03.7 andbgame test version -> 2.03.8. This is all on one playthrough, so could be some collision in there as such. 

Papyrus.1.log 100.07 kB · 0 downloads Papyrus.2.log 81.31 kB · 0 downloads Papyrus.0.log 97.83 kB · 1 download


As I understand, we have 2 problems: problem with body morphs and `Deflation attempt blocked. Cooldown active.`

1. regarding `Deflation attempt blocked. Cooldown active.`, for now not clear, I will try to thinking, 

2. regarding bodymorphs: this cannot be a known bug in racemenu that caused the morphs (or high heels) not work in realtime? the bug is random, usually occurs (or does not occurs) after starting the game, and can be fixed (sometimes) if restart game (but most likely after reboot pc) (bug depends to addresses of allocated memory from OS)
If you use 1.6.1170 - you can try this fix for racemenu `https://www.nexusmods.com/skyrimspecialedition/mods/138586` (or wait fixed version of racemenu - I hope it happens someday :) solution already exist)
-----
mm, also you can check it if open racemenu, and try change sliders in 3ba morphs - if not see changes in real time - most likely it is a reson (bug in racemenu)
(FHU, in a sense, does the same thing as these sliders.)

Edited by andbgame
Posted
20 hours ago, Bigglsby said:

 

Need to make adjustments via bodyslide.  It's not perfect since you can't readily adjust it without a head for reference.  There was a method posted in the Baka Fill Her Up pages just recently that you COULD import the head to map against, but personally I just eyeballed it, and made adjustments a few times to get where I wanted.  You can make changes in bodyslide while still in game - just need to refresh/re-equip to update the positions.  Be sure to save the bodyslide position you're happy with, otherwise it will revert to default location next time you batch build.

Which slider should I be using? I saw the bodyslide file but could never figure out the slider to shift to move down.

Screenshot 2025-08-09 185342.png

Posted
3 hours ago, Pkingsley said:

Which slider should I be using? I saw the bodyslide file but could never figure out the slider to shift to move down.

 

If the tongue is higher than it should be relative to your mouth position, adjust the TongueUP slider.  Since the default 0% is too high, you can't drag the slider though, but you can adjust by typing directly in the text box on the right.  Negative values are perfectly acceptable.  Depending on how off it is, you might start by over-estimating with ... -20% for example.  If you judge that to be about twice the correction you need, drop to -10% and try again.  Fine tune as needed.  Since Tongue 7 is kinda curled, tongueback may be tweaked a bit to better align the bend with the teeth/lip, depending on your head preset.

 

Be aware that mouth opening may be more or less at different stages, and the tongue position doesn't change based on mouth.  So sometimes positioning may look off at different mouth states.  Kinda one of the reasons why I personally opt to stay away from tongue use.  It can look great at times, while completely off at others.  But totally up to what works for you.

Posted
11 hours ago, andbgame said:


As I understand, we have 2 problems: problem with body morphs and `Deflation attempt blocked. Cooldown active.`

1. regarding `Deflation attempt blocked. Cooldown active.`, for now not clear, I will try to thinking, 

2. regarding bodymorphs: this cannot be a known bug in racemenu that caused the morphs (or high heels) not work in realtime? the bug is random, usually occurs (or does not occurs) after starting the game, and can be fixed (sometimes) if restart game (but most likely after reboot pc) (bug depends to addresses of allocated memory from OS)
If you use 1.6.1170 - you can try this fix for racemenu `https://www.nexusmods.com/skyrimspecialedition/mods/138586` (or wait fixed version of racemenu - I hope it happens someday :) solution already exist)
-----
mm, also you can check it if open racemenu, and try change sliders in 3ba morphs - if not see changes in real time - most likely it is a reson (bug in racemenu)
(FHU, in a sense, does the same thing as these sliders.)

 

Thanks for this.  The deflate blocking kinda happened again after going back to 2.03.8 after a bit.  But again, going back to 2.03.7 ..unstuck the cooldown.  Not sure what's happening, but it kinda seems to be a regular now that it happened...  but it may have been occurring earlier than I am aware of, as I have tended to let the auto deflate deal with stuff lately.

 

The morph racemenu bug makes sense.  Honestly I wasn't paying much attention during my game restarting for testing, as I was focused on the deflate not working.  In retrospect, the morph issue may have gone away with restart.  Since the morph issue made the deflate issue apparent to me, I linked them together in my head as being a paired problem.  But they may have been separate issues - The morph on game start, and the deflate at some undefined time.

 

I run .640 right now still.  I'm sure I could update, but I'm leery of changing what IS working for what MAY introduce new problems... there are enough old ones to juggle as it is.  :)

 

Thanks again

Posted
13 hours ago, Bigglsby said:

 

Thanks for this.  The deflate blocking kinda happened again after going back to 2.03.8 after a bit.  But again, going back to 2.03.7 ..unstuck the cooldown.  Not sure what's happening, but it kinda seems to be a regular now that it happened...  but it may have been occurring earlier than I am aware of, as I have tended to let the auto deflate deal with stuff lately.

 

The morph racemenu bug makes sense.  Honestly I wasn't paying much attention during my game restarting for testing, as I was focused on the deflate not working.  In retrospect, the morph issue may have gone away with restart.  Since the morph issue made the deflate issue apparent to me, I linked them together in my head as being a paired problem.  But they may have been separate issues - The morph on game start, and the deflate at some undefined time.

 

I run .640 right now still.  I'm sure I could update, but I'm leery of changing what IS working for what MAY introduce new problems... there are enough old ones to juggle as it is.  :)

 

Thanks again

 


Temporary 'Deflation attempt blocked' fix for 'FHU baka 2.0.3.8 hentairim patch'

FHU baka 2.0.3.8 hentairim patch [andb fix 0.1].zip

 

(waiting official fix/release by @crajjjj )

 

Need Install after `FHU baka 2.0.3.8 hentairim patch`

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   1 member

×
×
  • Create New...