Jump to content

Recommended Posts

Posted

if (code() == !fun) {

code.stop();

makeexcuse();

}

 

 

 

if (code() == !fun) {

code.stop();

makeexcuse();

}

 

 

I just realized, I forgot how to do the if statements for Basic, haven't actually programmed in it for like 25 years.

 

I know SLS and it looks different, even if the scripting setup is similar, it's different enough to confuse me.

if(variable1 != variable2)

{

   JumpToCodeExerpt();

}

So I first read yours as...

if(JumpToCodeExerpt()....

SLS Syntax Error.

 

 

neither of your codes makes any sense, papyruscompiler says you should dividebyzero

 

Ed86 I just reinstalled Skyrim, started getting things working again. However, When I reinstall FillHerUp2.0 for NiOveride, it doesn't work for me. All the cum amounts = 0.75, Cum multiplier = 0... and a few other settings are messed up, when I change them, they don't stick. So I know I am missing something required, so I went back to looking for it, and search can only locate version 1.0. If you happen to have a link handy, I'd appreciate it (provided it still works).

 

157 of my 2xx mods are installed, Trying to get my visual settings back the way I had them as well.

https://www.loverslab.com/files/file/2381-/

Strange things happen.

 

The first bar was me, the second - my npc partner. The first one was moving faster, I had to use "hold on" button to prevent orgasm while my partner was not ready.

Now it's the opposite, but the first bar is still faster. May I change it somehow?

 

Also I have a question about FHU, I Installed this version  http://www.loverslab.com/files/file/1295-fill-her-up-cum-inflation/ and SLSO FHU Patch 1.12, it added some rows to FHU MCM with no translations (like $FEMALE_...), and some parameters have zero value that can not be changed, so FHU doesn't work. Without the patch, FHU works only with sexlab orgasm events. What am I doing wrong?

 

erm.....no.... i guess....

 

using wrong FHU version

Posted

Thank you, turns out, I hadn't added the NetImmerse Overide to the installs yet.

 

(in the square on the right, it says "NO" for requirements, while a couple things are listed in the body, that gets a tad confusing sometimes, where some of them don't mention any requirements in the body, but have them listed in that square... LOL)

Posted

Strange things happen.

 

The first bar was me, the second - my npc partner. The first one was moving faster, I had to use "hold on" button to prevent orgasm while my partner was not ready.

Now it's the opposite, but the first bar is still faster. May I change it somehow?

 

Also I have a question about FHU, I Installed this version  http://www.loverslab.com/files/file/1295-fill-her-up-cum-inflation/ and SLSO FHU Patch 1.12, it added some rows to FHU MCM with no translations (like $FEMALE_...), and some parameters have zero value that can not be changed, so FHU doesn't work. Without the patch, FHU works only with sexlab orgasm events. What am I doing wrong?

 

This is the FHU version you need...FillHerUp 2 Beta NIO release 1.12.7z

Posted

All the cum amounts = 0.75, Cum multiplier = 0... and a few other settings are messed up, when I change them, they don't stick.

 

I've still got the same problem :(

 

Posted

 

All the cum amounts = 0.75, Cum multiplier = 0... and a few other settings are messed up, when I change them, they don't stick.

 

I've still got the same problem :(

 

 

 

I had it working before my mess up... So I am going to try 1.0, get that one working, then add the 1.12 with NiOveride on top of it, cause that is kinda what I had done originally.

Posted

Whew! My new Skyrim build is coming together (got NPC appearances applied, dual sheath patch, ran DYNDOLOD...man, this is quite a bit of work!).

 

We've been over Apropos, Beeing Female, Are there any other popular mods that I might need to worry about compatibility for? PSQ has issues, I assume? SL Hormones? Estrus Charus?

Posted

 

 

All the cum amounts = 0.75, Cum multiplier = 0... and a few other settings are messed up, when I change them, they don't stick.

 

I've still got the same problem :(

 

 

 

I had it working before my mess up... So I am going to try 1.0, get that one working, then add the 1.12 with NiOveride on top of it, cause that is kinda what I had done originally.

 

 

I figured out, the problem was in the current save. I just loaded an older one and all works.

 

Posted

 

 

 

All the cum amounts = 0.75, Cum multiplier = 0... and a few other settings are messed up, when I change them, they don't stick.

 

I've still got the same problem :(

 

 

 

I had it working before my mess up... So I am going to try 1.0, get that one working, then add the 1.12 with NiOveride on top of it, cause that is kinda what I had done originally.

 

 

I figured out, the problem was in the current save. I just loaded an older one and all works.

 

 

 

My situation is a bit different...

I reinstalling everything I can think of to reinstall.

I am trying from a new game, so a previous save is not available for me.

Yes, I delete my old saves every time I start over, so the save games start at 1 again.

You would think it would work from starting a new game, or adding to an existing game that did not have it before. So, all I can think of, is that I am missing something still, not listed in the requirements. (NMM already counts 174 active, not including the overwrites since I manually install the mods)

Posted

173 mods installed + who knows how many tweaks, like enboost, scriptdragon, texture changers or just a script or 2....

 

Finally, a mod that let me know it can't read or write to it's save directory, the cause of all my problems in a nutshell.

Posted

 

 

Oops, I mistook "enjoyment" for a value representing the quality of the orgasm - I thought the excitement was a separate value. In this case, I'll just go with PSQ's original way of time based calculating, just need a different timer which is reset after every orgasm.

 

 

Finally, a feature request of sorts: have you considered to add an end-orgasm-event? I'm thinking of

 

1.) multiple orgasms not spamming SexLabOrgasmSeparate events anymore (and triggering all the event handlers), just holding off the EndOrgasm event for a longer time span

 

2.) mods that actually do something during orgasm, like SLIF's balls-inflation/deflation, use both OrgasmStart and OrgasmEnd events. Right now the only thing I can do is packing the code of both into SexLabOrgasmSeparate without any substantial delay (not wanting the event handler to be running still when the next call hits)

 

3.) the time elapsed between start and end could be an indicator for the quality of orgasm (which I mistook Enjoyment for). It should be easily accessible within the OrgasmSeparateEnd event and could be calculated by taking into consideration the time since the last act, the time since the last orgasm, personal preferences (sexuality, type of act, relationship with partner(s), arousal) - whichever is readily available.

 

Thoughts?

 

 

Cheers, 

faroneth

 

1)no, the whole point of mod started was to make separate ogasms, and then widgets with game

you can disable separate orgasm in SL mcm and you will have your 100% orgasm at animation end

SLSO would probably still work, probably

2) just merge both events

3) if i remember correctly delay in orgasm start/end used only to play effects

	function TriggerOrgasm()
		UnregisterForUpdate()
		if SoundFX && CenterRef && CenterRef.Is3DLoaded()
			SoundFX.Play(CenterRef)
		endIf
		QuickEvent("Orgasm")
		RegisterForSingleUpdate(0.5)
	endFunction

no.......

i dont want to update all patches

i'd rather keep it simple, and you in your own mod can tweak data as you like

i dont think timed approach any good, orgasms build up faster the more you have them, male have only 2 orgams, and females have more and more and more, so 1st orgasm will take you 30 sec, 2nd - 20s, 10th - 1sec?

all that would require cpu ticks to calculate, and if its not used = its wasted

 

 

First off, sorry for the delay - I had to go on an unforeseen trip and could just now get back to modding.

 

ad 1), I guess my terminology wasn't clear enough. By multiple orgasms I didn't mean the case when more than one orgasm is happening within a single act. I meant the real-life female version of it, when there are no more individual orgasms, no pause, just riding the waves. I thought this is represented accurately in your mod when the widget just keeps flashing without the enjoyment level dropping and my console shows 10+ orgasm events within a few seconds. That's the one I proposed to flag as a genuine multiple orgasm, instead of spamming separate events. I'll look into it and post a possible solution if I find one, instead of bugging you with my ideas further ;-)

 

ad 2), yes, that's what I did. 

 

ad 3), you're right of course. I remembered wrong, it wasn't SLIF but CumShots that used the End event. As for the calculations, you're right again. The OrgasmEnd event isn't used often anyway, so the gain doesn't justify the cost. 

 

Thanks for taking the time to consider my ramblings :)

Cheers,

faroneth

Posted

 

 

 

Oops, I mistook "enjoyment" for a value representing the quality of the orgasm - I thought the excitement was a separate value. In this case, I'll just go with PSQ's original way of time based calculating, just need a different timer which is reset after every orgasm.

 

 

Finally, a feature request of sorts: have you considered to add an end-orgasm-event? I'm thinking of

 

1.) multiple orgasms not spamming SexLabOrgasmSeparate events anymore (and triggering all the event handlers), just holding off the EndOrgasm event for a longer time span

 

2.) mods that actually do something during orgasm, like SLIF's balls-inflation/deflation, use both OrgasmStart and OrgasmEnd events. Right now the only thing I can do is packing the code of both into SexLabOrgasmSeparate without any substantial delay (not wanting the event handler to be running still when the next call hits)

 

3.) the time elapsed between start and end could be an indicator for the quality of orgasm (which I mistook Enjoyment for). It should be easily accessible within the OrgasmSeparateEnd event and could be calculated by taking into consideration the time since the last act, the time since the last orgasm, personal preferences (sexuality, type of act, relationship with partner(s), arousal) - whichever is readily available.

 

Thoughts?

 

 

Cheers, 

faroneth

 

1)no, the whole point of mod started was to make separate ogasms, and then widgets with game

you can disable separate orgasm in SL mcm and you will have your 100% orgasm at animation end

SLSO would probably still work, probably

2) just merge both events

3) if i remember correctly delay in orgasm start/end used only to play effects

	function TriggerOrgasm()
		UnregisterForUpdate()
		if SoundFX && CenterRef && CenterRef.Is3DLoaded()
			SoundFX.Play(CenterRef)
		endIf
		QuickEvent("Orgasm")
		RegisterForSingleUpdate(0.5)
	endFunction

no.......

i dont want to update all patches

i'd rather keep it simple, and you in your own mod can tweak data as you like

i dont think timed approach any good, orgasms build up faster the more you have them, male have only 2 orgams, and females have more and more and more, so 1st orgasm will take you 30 sec, 2nd - 20s, 10th - 1sec?

all that would require cpu ticks to calculate, and if its not used = its wasted

 

 

First off, sorry for the delay - I had to go on an unforeseen trip and could just now get back to modding.

 

ad 1), I guess my terminology wasn't clear enough. By multiple orgasms I didn't mean the case when more than one orgasm is happening within a single act. I meant the real-life female version of it, when there are no more individual orgasms, no pause, just riding the waves. I thought this is represented accurately in your mod when the widget just keeps flashing without the enjoyment level dropping and my console shows 10+ orgasm events within a few seconds. That's the one I proposed to flag as a genuine multiple orgasm, instead of spamming separate events. I'll look into it and post a possible solution if I find one, instead of bugging you with my ideas further ;-)

 

ad 2), yes, that's what I did. 

 

ad 3), you're right of course. I remembered wrong, it wasn't SLIF but CumShots that used the End event. As for the calculations, you're right again. The OrgasmEnd event isn't used often anyway, so the gain doesn't justify the cost. 

 

Thanks for taking the time to consider my ramblings :)

Cheers,

faroneth

 

hm.... that... can be simulated, dont think you can actually do continuous/waves, but  i guess i can add something like lewdness*10 condition for orgasm to not reset enjoyment, though that would still spam orgasms event

or maybe something like: orgasmcount*10+ lewdness*10

so at max lewdness actor will be stuck in one big orgasm

Posted

 

hm.... that... can be simulated, dont think you can actually do continuous/waves, but  i guess i can add something like lewdness*10 condition for orgasm to not reset enjoyment, though that would still spam orgasms event

 

or maybe something like: orgasmcount*10+ lewdness*10

so at max lewdness actor will be stuck in one big orgasm

 

 

uhm, that happened in my game actually.. That's how I got the idea. It seemed as if enjoyment wasn't resetting, or if it was, it still remained over 90. I thought that was intentional...

 

I just sat down to look at the code to figure out when and to what value enjoyment gets reset on orgasm. If it's a calculated value, then it's clear, or at least possible. If it isn't, then it must have been script lag or something like that. In my current setup I get lots of stack dumps - maybe that caused it. I was on version 0.92 when that happened, if it makes a difference.

Posted

an idea: SOS can affecting enjoyment's gain, the men who have bigger size penis gain lesser enjoyment and partner get more enjoyment.(That means the bigger size penis men can more satisfy their partner.)

 

and a suggest/quest: add a aroused widget in ordinary state, just like the PlayerSuccubusQuest, can turn on/off in mcm.

Posted

an idea: SOS can affecting enjoyment's gain, the men who have bigger size penis gain lesser enjoyment and partner get more enjoyment.(That means the bigger size penis men can more satisfy their partner.)

 

and a suggest/quest: add a aroused widget in ordinary state, just like the PlayerSuccubusQuest, can turn on/off in mcm.

how about no, size doesnt matter

and there is no way to know penis size  anyway

 

for what? mod only works during sexlab scene with player

Posted

 

 

Q: Is there a reason why only mild moans are used no matter what enjoyment level is (tried using various different options, whether separate orgasm or not, etc.)

 

(is it because this bit here in sslActorAlias script passes only Enjoyment rather than passing FullEnjoyment to the PlayMoan?

Voice.PlayMoan(ActorRef, Enjoyment, IsVictim, UseLipSync)

 

what would happen if you use:

Voice.PlayMoan(ActorRef, FullEnjoyment, IsVictim, UseLipSync)

 

instead?

you would get louder moans i guess

 

 

Hello Ed86. Appreciate this one; this is top quality mod btw.

Would you be willing to consider doing a tiny change to that line in your sslActorAlias to "Voice.PlayMoan(ActorRef, FullEnjoyment, IsVictim, UseLipSync)"?

 

It would add aural immersiveness too as each actors gain Fullenjoyment; and for a very small cost (1 line in your code, which affect nothing else except for moans, and easy to reverse if this proves unsuitable)

 

I believe that value 0-75 being passed to PlayMoan = mild moans, and it only gets hot moans at 75+ value as the animation becomes fast.

 

well... ive "fixed" to use FullEnjoyment and it doesnt sound nice

Posted

 

 

 

Q: Is there a reason why only mild moans are used no matter what enjoyment level is (tried using various different options, whether separate orgasm or not, etc.)

 

(is it because this bit here in sslActorAlias script passes only Enjoyment rather than passing FullEnjoyment to the PlayMoan?

Voice.PlayMoan(ActorRef, Enjoyment, IsVictim, UseLipSync)

 

what would happen if you use:

Voice.PlayMoan(ActorRef, FullEnjoyment, IsVictim, UseLipSync)

 

instead?

you would get louder moans i guess

 

 

Hello Ed86. Appreciate this one; this is top quality mod btw.

Would you be willing to consider doing a tiny change to that line in your sslActorAlias to "Voice.PlayMoan(ActorRef, FullEnjoyment, IsVictim, UseLipSync)"?

 

It would add aural immersiveness too as each actors gain Fullenjoyment; and for a very small cost (1 line in your code, which affect nothing else except for moans, and easy to reverse if this proves unsuitable)

 

I believe that value 0-75 being passed to PlayMoan = mild moans, and it only gets hot moans at 75+ value as the animation becomes fast.

 

well... ive "fixed" to use FullEnjoyment and it doesnt sound nice

 

 

Thanks for trying Ed. Even if you don't want to put it in the main build, as a favour, can you please attach that compiled sslActorAlias .pex script to a forum posting reply to me or a download page for those who want to try it with FullEnjoyment being passed on?

 

I wonder how to crack the problem that only mild moans ever play even when the meter's nearly full and the animation's really fast. It is pretty much the only thing that breaks immersion in an otherwise terrific mod. :)

Posted

an idea: SOS can affecting enjoyment's gain, the men who have bigger size penis gain lesser enjoyment and partner get more enjoyment.(That means the bigger size penis men can more satisfy their partner.)

 

and a suggest/quest: add a aroused widget in ordinary state, just like the PlayerSuccubusQuest, can turn on/off in mcm.

 

Sure, there is a way to know what size there is for the male in the game... "The size does matter, *Wear and Tear* uses that feature."

But, don't forget, it's not so much the size for a true lady, it's how well you can use what's been given to you to please me. I mean her.

In game, anything over a 7 SOS setting, is jut too much, even a 6 is pushing it a bit. And don't play with the SOS Racemenu scale Sliders to get accurate sizes. SOS has a max of like 20 I think, horse dong! And true, a 1 or a 2 for him, makes me giggle and ask,"Why bother?" It would require a lot more scripting to get the "comfortable range" of sizes, coupled in with sexual skills, to be able to please her properly, and even worse, no 2 women are exactly the same with what they like, and how they like it.

Posted

 

 

Has anyone done a patch for http://www.loverslab.com/files/file/1893-sexlab-squirt-reborn/ ?

It sees only SexLab orgasm end events :(

Ed, could you help?

not interested

it has custom events

 

 

Xexka

Dripping when aroused has squirt effects and is currently supported.  

You could use that as an alternative

 

http://www.loverslab.com/topic/52384-dripping-when-aroused-2017-02-28/

 

 

Yea, thanks. I know about this mod, but it has only one effect. "Sexlab squirt" is more flexible from this point of view.

But, as I understand it, the both mods use ZaZ pack. so maybe it's possible to upgrade "dripping when aroused" by adding similar functions? :D

Posted

 

 

 

Has anyone done a patch for http://www.loverslab.com/files/file/1893-sexlab-squirt-reborn/ ?

It sees only SexLab orgasm end events :(

Ed, could you help?

not interested

it has custom events

 

 

Xexka

Dripping when aroused has squirt effects and is currently supported.  

You could use that as an alternative

 

http://www.loverslab.com/topic/52384-dripping-when-aroused-2017-02-28/

 

 

Yea, thanks. I know about this mod, but it has only one effect. "Sexlab squirt" is more flexible from this point of view.

But, as I understand it, the both mods use ZaZ pack. so maybe it's possible to upgrade "dripping when aroused" by adding similar functions? :D

 

well you could try XD

if you have few weeks of spare time to rewrite and test most of the mod

Posted

This is different, apparently one of the old mods I was using, Spike, may have been causing the underwater blur... Cause now it isn't in my load order, and I can see underwater just fine. But at the same time, it seems like at least 4 mods won't load their mcm menus... Including this one.I am still exploring the reasons for them not loading.

Posted

hm.... lets discuss multiorgasms

current formula is

(JsonUtil.GetIntValue(File, "multiorgasmchance") + ((Skills[stats.kLewd]*10) as int) - 5 * Orgasms)

which is 25+(0-60)-5*orgasms

and here i wounder what is better, each orgasm decrease chance of next orgasm by 5%

or maybe it should increase?

 

ill probably leave it as it is, but maybe someone has better idea?

Posted

 

 

 

 

Q: Is there a reason why only mild moans are used no matter what enjoyment level is (tried using various different options, whether separate orgasm or not, etc.)

 

(is it because this bit here in sslActorAlias script passes only Enjoyment rather than passing FullEnjoyment to the PlayMoan?

Voice.PlayMoan(ActorRef, Enjoyment, IsVictim, UseLipSync)

 

what would happen if you use:

Voice.PlayMoan(ActorRef, FullEnjoyment, IsVictim, UseLipSync)

 

instead?

you would get louder moans i guess

 

 

Hello Ed86. Appreciate this one; this is top quality mod btw.

Would you be willing to consider doing a tiny change to that line in your sslActorAlias to "Voice.PlayMoan(ActorRef, FullEnjoyment, IsVictim, UseLipSync)"?

 

It would add aural immersiveness too as each actors gain Fullenjoyment; and for a very small cost (1 line in your code, which affect nothing else except for moans, and easy to reverse if this proves unsuitable)

 

I believe that value 0-75 being passed to PlayMoan = mild moans, and it only gets hot moans at 75+ value as the animation becomes fast.

 

well... ive "fixed" to use FullEnjoyment and it doesnt sound nice

 

 

Thanks for trying Ed. Even if you don't want to put it in the main build, as a favour, can you please attach that compiled sslActorAlias .pex script to a forum posting reply to me or a download page for those who want to try it with FullEnjoyment being passed on?

 

I wonder how to crack the problem that only mild moans ever play even when the meter's nearly full and the animation's really fast. It is pretty much the only thing that breaks immersion in an otherwise terrific mod. :)

 

try, its made for newer version, but should work with older, probably

i dont like it and will remove from release version, too much screaming, and sexlab doesnt have many variations, so one would probably require custom voices

sslActorAlias.7z

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   0 members

    • No registered users viewing this page.
×
×
  • Create New...