Plugins + Scripts Realistic Foreskin & Erection Simulation

[RunRudolf]

That fixes it when I don't use the feature at all, yep.

Researching the other issue some more, I think I finally understand what's happening. The timer is incrementing when "inside" any target at all. Which includes the male's targets as well, his hand counts when holding his penis / masturbating. And there is only one timer. Correct solution would be to have separate timer for the male (incrementing on any "inside" state), and then for each female (incrementing only when penetrated). Although more detailed stimulation logic would be better than a simple timer of course.
View attachment 576889

Thanks again for digging into this for me! This sounds very probable to be the issue here - I will fix this.
Regarding the simulation logic, I think that @hazmhox is working on a separate stimulation / intensity simulation plugin (as a replacement for vammoan's system), so I would rather link to this once its out (and hopefully a male voice in the new vammoan)!

 

[RunRudolf]

That fixes it when I don't use the feature at all, yep.

Researching the other issue some more, I think I finally understand what's happening. The timer is incrementing when "inside" any target at all. Which includes the male's targets as well, his hand counts when holding his penis / masturbating. And there is only one timer. Correct solution would be to have separate timer for the male (incrementing on any "inside" state), and then for each female (incrementing only when penetrated). Although more detailed stimulation logic would be better than a simple timer of course.
View attachment 576889

Would you like to test this version? This includes a separate trigger counter for squirt and wet pussy, only counting if inside vagina or anus. This should prevent that an already built-up counter would lead to an immediate release of squirt when getting closer.

 

[RunRudolf]

RunRudolf updated Realistic Foreskin & Erection Simulation with a new update entry:

Squirt Bugfix, SexyFluid Update

View attachment 578435
Credits (automatically composed by Credit & License Scanner): [Morphs / Appearances]: ascorad.asco_HandMorphs.3 (FC), Skynet.BetterBends.14 (CC BY), HotlineVam.GinaVogelFFA.1 (CC BY-NC-SA), V2.___UniversalMorphCollection___.103 (FC), Clownmug.SubtleDetails.2 (FC), Azur.Body_Morphs_details.1 (CC BY), Azur.Spine_Folds.1 (CC BY), HotlineVam.NadjiaHansenFFA.1 (CC BY-NC-SA)...

Read the rest of this update entry...

 

[Foost]

Would you like to test this version? This includes a separate trigger counter for squirt and wet pussy, only counting if inside vagina or anus. This should prevent that an already built-up counter would lead to an immediate release of squirt when getting closer.

Sorry I did not have time to test it, especially since I don't use the feature in any of my scenes. Looking at the code it should work fine with one female in the scene. With multiple, I guess all of them would get excited if any is penetrated But that's ok, as you wrote detailed stimulation and behavior logic of females should probably not be a part of this plugin anyway. (I might do something directly built into SexyFluids one day, since I already have a very detailed information about penetration available there, but I am not spending that much time on VAM these days)

 

[hazmhox]

Thanks again for digging into this for me! This sounds very probable to be the issue here - I will fix this.
Regarding the simulation logic, I think that @hazmhox is working on a separate stimulation / intensity simulation plugin (as a replacement for vammoan's system), so I would rather link to this once its out (and hopefully a male voice in the new vammoan)!

I'm not sure what the problem is. VAMM is a per character instanciated plugin. Every timer and logic is tied TO the character, so unless you're tying them yourself, there's no reason a VAMM instance is influenced by another.

 

[RunRudolf]

I'm not sure what the problem is. VAMM is a per character instanciated plugin. Every timer and logic is tied TO the character, so unless you're tying them yourself, there's no reason a VAMM instance is influenced by another.

There is no problem with Vammoan, the discussion was about SexyFluids in conjunction wirh RealisticErection. I just mentioned (two posts earlier) that you seem to be (?) working on a separate plugin to manage arousal / intensity, probably to team up with the new Vammoan.

 

[hazmhox]

Ho right! I was confused with the quote, sorry mate! : ')

Yeap I am! vamexcite, I have several things in parallel atm so it's taking time... but soon I hope

 

[RunRudolf]

With multiple, I guess all of them would get excited if any is penetrated

I don't think this should happen, since only one person atom's SexyFluid instance and cum cloth system is triggered (by the variable '
personData1'):

Atom person1 = SuperController.singleton.GetAtomByUid(personData1);
pluginID2 = FindPluginID(person1, "Foost.SexyFluids");

If you find any such behaviour by chance, let me know!

 

[myers]

I do have an issue. My erection level is wether 99% or after clicking on test it sets back to 0% without any possibility to arouse the male and increase the intensity. Is it a known bug? Is there a possibility to clean install or may it be an issue with another mod? Best regards,

 

[RunRudolf]

I do have an issue. My erection level is wether 99% or after clicking on test it sets back to 0% without any possibility to arouse the male and increase the intensity. Is it a known bug? Is there a possibility to clean install or may it be an issue with another mod? Best regards,

Hi, I do not know of any such issue. However, lets find out what it is. You could send a video of installing the plugin, also briefly showing scene/session/other person plugins, so that I can try to reproduce your situation.

 

[TheGamer0069]

I have a problem with altfutas whenever I save a scene and load it the next day, the plugin restarts, and all my settings are gone unless I save a preset in the plugin itself, but this is quite annoying when I forget to do that. Is there any way to prevent the plugin from restarting when loading a scene save with an altfuta?

Edit: I edited the "RunRudolf_ControlCenter.cs" file and under "//Gender Switch Detection" changed "protected bool noRestart" from false to true. Now I don't have to save a preset in the plugin anymore everytime I make a scene save to keep my settings.

 

[RunRudolf]

I have a problem with altfutas whenever I save a scene and load it the next day, the plugin restarts, and all my settings are gone unless I save a preset in the plugin itself, but this is quite annoying when I forget to do that. Is there any way to prevent the plugin from restarting when loading a scene save with an altfuta?

Edit: I edited the "RunRudolf_ControlCenter.cs" file and under "//Gender Switch Detection" changed "protected bool noRestart" from false to true. Now I don't have to save a preset in the plugin anymore everytime I make a scene save to keep my settings.

Hey TheGamer0069, thanks for reporting this and the specific check and suggestion! I will have to do a bit of testimg on this, because the auto restarz is needed in case of switching from femae to male by using the Alt Futa configurator. Its always quite a hassle to get these things right in VaM since there are only very limited events to detect significant changes such as reloading, restoring, saving etc. I will report back later what I found.

 

[RunRudolf]

RunRudolf updated Realistic Foreskin & Erection Simulation with a new update entry:

AltFuta Save File Loading Bugfix

View attachment 584628
Credits: [Morphs / Appearances]: HotlineVam.DorisBaumschlagFFA.1 (CC BY-NC-SA), HotlineVam.GinaVogelFFA.1 (CC BY-NC-SA) | [Hair]: Theuf.Nakirahairstyle.1 (CC BY), AT5.[Hair]AT5H08.3 (CC BY), Theuf.Karryhairstyle2blonde.1 (CC BY), Theuf.Karryextra1blonde.1 (CC BY) | [Clothing]: YameteOuji.Neck_ChokerLaceA.2 (CC BY), Skynet.toenails_HD.3 (CC BY), Bamair1984.EyeBall_Shadow_V2.1 (CC BY), vamBear.futaPikeLightfoot.2 (CC BY), maru01.YH_gym_clothes.1 (CC...

Read the rest of this update entry...

 

[MaggieSFM]

Would you consider adding sliders for penis joint drive max force to the plugin itself? Or even just a toggle to set them back to 10 would work, it being forced to 6 causes some slightly annoying behavior with larger cocks in my experience

 

[RunRudolf]

Would you consider adding sliders for penis joint drive max force to the plugin itself? Or even just a toggle to set them back to 10 would work, it being forced to 6 causes some slightly annoying behavior with larger cocks in my experience

Hi there, and thank you for asking. Sorry for the delay of my response.
What exactly is the problem ("annoying")? In flaccid or erect state? REALLY HUGE penises? I tested it with Length 6 and Girth 1.5 and this looked fine at first glance.
I could imagine to couple the existing "Floppiness" slider value to also influence the max force value. There is no space for another slider on this page.
Let me know what you think!

 

[MaggieSFM]

Hi there, and thank you for asking. Sorry for the delay of my response.
What exactly is the problem ("annoying")? In flaccid or erect state? REALLY HUGE penises? I tested it with Length 6 and Girth 1.5 and this looked fine at first glance.
I could imagine to couple the existing "Floppiness" slider value to also influence the max force value. There is no space for another slider on this page.
Let me know what you think!

hopefully this makes sense, basically the cock seems to struggle to stand up, compared to the vanilla values. I understand this is probably more realistic, and in the first clip you can see a difference but it isn't really an issue, but once you get on the larger side in clip 2 it can occasionally even get stuck due to not having enough torque

of course I don't expect the plugin to accommodate every niche situation or size, but I figured I would mention this as being able to change (or at least disable locking of) the max force would be a helpful workaround for some of these cases

as for floppiness, I personally dont tend to change it as it removes the "weighty" feel on larger cocks, making them seem light and rigid, which, while technically fixing the issue, makes it kind of boring lol

thanks for your response, i hope this clears things up a little bit

 

[RunRudolf]

RunRudolf updated Realistic Foreskin & Erection Simulation with a new update entry:

Minor Bugfixes & Tunings

• Foreskin: Fixed the way how loading the plugin deals with already existing cum cloth items. Existing cum cloth will now not be removed any more when loading a fresh instance of the plugin (or reloading it) while the “Add cum cloth” parameter is unchecked. This means you can use your own cum cloth system and this plugin does not remove your items. Thanks @ispinox for the bug report.
• Erection: Penis Base Control MaxForce is now also modified by the “Floppiness”...

Read the rest of this update entry...

 

[mikeriko]

hopefully this makes sense, basically the cock seems to struggle to stand up, compared to the vanilla values. I understand this is probably more realistic, and in the first clip you can see a difference but it isn't really an issue, but once you get on the larger side in clip 2 it can occasionally even get stuck due to not having enough torque

of course I don't expect the plugin to accommodate every niche situation or size, but I figured I would mention this as being able to change (or at least disable locking of) the max force would be a helpful workaround for some of these cases

as for floppiness, I personally dont tend to change it as it removes the "weighty" feel on larger cocks, making them seem light and rigid, which, while technically fixing the issue, makes it kind of boring lol

thanks for your response, i hope this clears things up a little bit

i believe its just Vam default collision, if u were to load a default male then use the built in penis length slider to around 6 or above it will behave somewhat similar from the video u uploaded

 

[RunRudolf]

i believe its just Vam default collision, if u were to load a default male then use the built in penis length slider to around 6 or above it will behave somewhat similar from the video u uploaded

Might be, but its tunable with the the expanded sloppiness and base/mid/tip sliders!

 

[MaggieSFM]

i believe its just Vam default collision, if u were to load a default male then use the built in penis length slider to around 6 or above it will behave somewhat similar from the video u uploaded

Nope, I'm familiar with that issue but that's not whats happening here, it happens with the colliders fixed as well

I may make a video directly explaining the issue since I don't think I'm explaining it well through text lol

Might be, but its tunable with the the expanded sloppiness and base/mid/tip sliders!

By the way, the quick update was greatly appreciated, although sadly didn't exactly help in my case, my fault for not being clear enough