Plugins + Scripts Realistic Foreskin & Erection Simulation

[RunRudolf]

New Upcoming Effect: Squirting

Credit: Scene by Sxs4 (50 Animated Sex Loops)

 

[I_NAMELESS_I]

why old version of sexy fluid is used for new update ?

 

[RunRudolf]

why old version of sexy fluid is used for new update ?

I worked from a different PC and forgot to first sync the preset files. I will post a bugfix update soon. Thank for reporting.

 

[RunRudolf]

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

New Effect: Female Squirting & After Orgasm Dripping

View attachment 510083
Credits: Sxs4 Adventures 18 (Lite) & Sxs4 50 Animated Sex Loops

New Effects

• ControlCenter: Added female squirting after some time inside vagina or anus. To activate it, add SexyFluids with the tickbox in ControlCenter - this will add the SexyFluids plugin preset to all female atoms in the scene, then click on “Enable Wet Penis, Cum & Squirt” to activate the effect.
• ControlCenter: Added female cum dripping after orgasm...

Read the rest of this update entry...

 

[Singaia]

I'll just leave an idea here that does not look really feasible, but hell, I might as well mention it

Chastity cages (this resource) are a bitch to get looking right. The penis shaft is the simplest to fix, you just shrink it with morphs and avoid movement of the bones, but the testicles always look terrible for me. You can use the morph of the resource to avoid the clipping with the chastity cage's ring, but it doesn't look right at all, especially with physics.

Perhaps eventually this plugin could be used to make setting up chastity cages less of a chore? I'm not knowledgeable about this, but I'm guessing that it would take a lot of morph wizardry and CUA engineering for a good result. It could also be outside the scope of the plugin. Still, I'll just leave this here in case there's at least something salvageable from the whole thing.

 

[RunRudolf]

I'll just leave an idea here that does not look really feasible, but hell, I might as well mention it

Chastity cages (this resource) are a bitch to get looking right. The penis shaft is the simplest to fix, you just shrink it with morphs and avoid movement of the bones, but the testicles always look terrible for me. You can use the morph of the resource to avoid the clipping with the chastity cage's ring, but it doesn't look right at all, especially with physics.

Perhaps eventually this plugin could be used to make setting up chastity cages less of a chore? I'm not knowledgeable about this, but I'm guessing that it would take a lot of morph wizardry and CUA engineering for a good result. It could also be outside the scope of the plugin. Still, I'll just leave this here in case there's at least something salvageable from the whole thing.

Hey there, I will have a look at it, it might take some time though due to holidays. Is there only this one chastity resource around on the hub? If so, its on/off state could be read, and a particular set of morphs be applied if its on. I already do this for clothes.

 

[Singaia]

Hey there, I will have a look at it, it might take some time though due to holidays. Is there only this one chastity resource around on the hub? If so, its on/off state could be read, and a particular set of morphs be applied if its on. I already do this for clothes.

Thanks bro . As far as I know, Zoidberg's male chastity one (this link) and two (this link) are the only ones hosted on the hub. Version 2 doesn't contain version 1, if I remember right.

Good to know that there's already some logic for the handling of morphs. The whole thing could be a bit finicky, so having some ground already covered is great.

 

[RunRudolf]

Thanks bro . As far as I know, Zoidberg's male chastity one (this link) and two (this link) are the only ones hosted on the hub. Version 2 doesn't contain version 1, if I remember right.

Good to know that there's already some logic for the handling of morphs. The whole thing could be a bit finicky, so having some ground already covered is great.

I doubt that this kind of "linking" will ever be possible in VaM with satisfactory results - it will either generate lots of ugly clippings when used in animated scenes and a CUA without collider mesh, or be very prone to physics explosions if the CUA has added colliders (with unique.CUA_plugins.1 GenerateColliders.cs you can do this). How should this be used? For still images it might be doable, but not for moving bodies.

 

[Singaia]

I doubt that this kind of "linking" will ever be possible in VaM with satisfactory results - it will either generate lots of ugly clippings when used in animated scenes and a CUA without collider mesh, or be very prone to physics explosions if the CUA has added colliders (with unique.CUA_plugins.1 GenerateColliders.cs you can do this). How should this be used? For still images it might be doable, but not for moving bodies.

Yeah, I was under that impression. That's why I was so reticent about asking for it . Personally, I use it more for animations, but I imagine this feature could appeal to some others, too, so others could prefer it for still images.

I don't know much about the game inner workings, but it would seem to me collision with these is just too much of a hassle. The cages are too small, and the penis geometry too fluid. I was under the vague impression that simply focusing on morphs, some adjustment of the CUA, and somewhat reducing penis joint movement could perhaps work, but yeah, it's just overactive imagination =P. I'd totally understand if you told me this is just a no go.

 

[RunRudolf]

Yeah, I was under that impression. That's why I was so reticent about asking for it . Personally, I use it more for animations, but I imagine this feature could appeal to some others, too, so others could prefer it for still images.

I don't know much about the game inner workings, but it would seem to me collision with these is just too much of a hassle. The cages are too small, and the penis geometry too fluid. I was under the vague impression that simply focusing on morphs, some adjustment of the CUA, and somewhat reducing penis joint movement could perhaps work, but yeah, it's just overactive imagination =P. I'd totally understand if you told me this is just a no go.

If you can forward me a working setup (physics parameters, morph values), I can have a look. I did not manage to get it right when I tested yesterday.

 

[dcgamer2682]

Hello RunRuldolf, thanks for another great feature update . I just want to report, not sure if its a bug or its done on purpose but, if I add your plugin to a female atom and no one else is in the scene and then I check to add the sexy fluid plugin, 2 copies of the same sexy fluid plugins shows up on the atom's plugin page. Also just want to ask ,does this new female squirt feature work without any male character present... ie does this squirt feature work if the female stimulates herself with a toy? Thanks again!!

 

[RunRudolf]

Hello RunRuldolf, thanks for another great feature update . I just want to report, not sure if its a bug or its done on purpose but, if I add your plugin to a female atom and no one else is in the scene and then I check to add the sexy fluid plugin, 2 copies of the same sexy fluid plugins shows up on the atom's plugin page. Also just want to ask ,does this new female squirt feature work without any male character present... ie does this squirt feature work if the female stimulates herself with a toy? Thanks again!!

Hi dcgamer, thanks for your feedback!! And well observed, that's clearly a bug. My routine first adds the fluids plugin to the containingAtom, and then to all female atoms in the scene. That makes twice if the initial person is female (which was initiatlly not possible, but now, with enhanced alt futa routines, it is). I will correct this, together with another bug I found today concerning loading saved files with alt futa content.

Regarding your question:

Also just want to ask ,does this new female squirt feature work without any male character present... ie does this squirt feature work if the female stimulates herself with a toy?

The squirting starts after a penis has been stimulating the vagina or anus inside for some time. The atom with the penis must have the Foreskin plugin running (so being male or (alt) futa) and the Wet & Cloth functions have to be activated together with the Sexy Fluids plugin). Currently this automatic squirting does not occur if a female touches herself (hands, toys, whatever). It would not be impossible, but require a lot more potential targets to be monitored (not the penis tip only). I believe that this would be better suited in a separate plugin (or done by using VAMMoan triggers).

 

[dcgamer2682]

Hi dcgamer, thanks for your feedback!! And well observed, that's clearly a bug. My routine first adds the fluids plugin to the containingAtom, and then to all female atoms in the scene. That makes twice if the initial person is female (which was initiatlly not possible, but now, with enhanced alt futa routines, it is). I will correct this, together with another bug I found today concerning loading saved files with alt futa content.

Regarding your question:

The squirting starts after a penis has been stimulating the vagina or anus inside for some time. The atom with the penis must have the Foreskin plugin running (so being male or (alt) futa) and the Wet & Cloth functions have to be activated together with the Sexy Fluids plugin). Currently this automatic squirting does not occur if a female touches herself (hands, toys, whatever). It would not be impossible, but require a lot more potential targets to be monitored (not the penis tip only). I believe that this would be better suited in a separate plugin (or done by using VAMMoan triggers).

O that's how it's done, now I know. I thought that its the other way around like if the vagina detects something touching it, it would trigger the response. I guess it makes sense cause this is a plugin for male part not the female! But i like using your plugin anyways even tho i mostly play with the female characters

 

[Singaia]

If you can forward me a working setup (physics parameters, morph values), I can have a look. I did not manage to get it right when I tested yesterday.

Sure thing. What problems did you have, so that I can get the most relevant info?

 

[RunRudolf]

Sure thing. What problems did you have, so that I can get the most relevant info?

With the collider enabled cage, it regularly exploded. Without the colliders, the penis often clipped through the cage at rhe sides when moving because the physics link is not 100% simultaneous.

 

[RunRudolf]

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

Bugfixes

View attachment 510969
Credits: Matthew by PetaZwerga, hair by kemenate, Anja by ddaamm with clothes by JackyCracky (Watch, Ring), maru01 (garter, gloves, stockings, tie), CanyCity (choker), eyes by Hunting-Succubus

• Bugfix: Implemented a short waiting time when loading scenes from file to check and wait for Stopper’s AlternativeFuta plugin to load the necessary stuff before restoring the Erection and Foreskin plugins. Under certain plugin configurations...

Read the rest of this update entry...

 

[Singaia]

With the collider enabled cage, it regularly exploded. Without the colliders, the penis often clipped through the cage at rhe sides when moving because the physics link is not 100% simultaneous.

I disabled physics on the cage, and used Macgruber's ParentHoldLink (found here) on them to make the physics link steadier. Then, I parent the cages using a setting like the following:

For the morphs, the more specific one is the "MaleChastity" morph (comes with the chastity cage's plugin), which I've set as 0.491. Other than that it's basically scaling and positioning the cage, and making adjustments with assorted testicle morphs. Truth be told, I never managed to get it looking very good nor realistic, mainly because of the testicles, but it somewhat "works". I also never managed to get it working right with this plugin, but since it's not really designed for that, that should be expected.

 

[806387023]

When I enabled the SexyFluids checkbox in Plugins, the female character in the same scene did not automatically load SexyFluids.
This function worked properly when I used version 83, but it became ineffective in version 87.

 

[Virtamales]

Hi, RunRudolf, 'm testing your AF skin preset swapping feature, and it does this weird thing with the penis texture. It loads the penis texture correctly, and after half a second there's a small prompt window similar to those that show up when scenes or appearances are loading, and then this happens. I've also seen that when the penis is not named GenitalsD or AltFuta genitalsD, and the texture picker window appears, it doesn't really load the correct texture on the genitalia, maybe it's better if all penis textures are named as it is required by your plug-in? What about head, torso, limbs texture names? I ask cause I tend to name my custom textures with unusual names, so maybe VAM or your plugin don't like it... BTW, this weird apparent UV mismatch on the genitalia only seems to happen on looks that use Samantha and AltFuta_Samantha textures, I've tested it with a look that uses Mira textures, and it works well.

I have another question: when we tick the "Enable Wet Penis, Cum & Squirt" toggle, do we need all the cum clothing that is loaded? I mean, will the cum stains still work if there's just a couple of face, torso, limbs and genitalia cum clothing enabled?

Thank you so much!

 

[MDKSBG]

!> RealisticForeskin.FixedUpdate: System.NullReferenceException: Object reference not set to an instance of an object
at RunRudolf.RealisticForeskin.FixedUpdate () [0x00000] in <filename unknown>:0
!> RealisticForeskin.FixedUpdate: System.NullReferenceException: Object reference not set to an instance of an object
at RunRudolf.RealisticForeskin.FixedUpdate () [0x00000] in <filename unknown>:0
!> RealisticForeskin.FixedUpdate: System.NullReferenceException: Object reference not set to an instance of an object
at RunRudolf.RealisticForeskin.FixedUpdate () [0x00000] in <filename unknown>:0
!> RealisticForeskin.FixedUpdate: System.NullReferenceException: Object reference not set to an instance of an object
at RunRudolf.RealisticForeskin.FixedUpdate () [0x00000] in <filename unknown>:0
!> RealisticForeskin.FixedUpdate: System.NullReferenceException: Object reference not set to an instance of an object
at RunRudolf.RealisticForeskin.FixedUpdate () [0x00000] in <filename unknown>:0
!> RealisticForeskin.FixedUpdate: System.NullReferenceException: Object reference not set to an instance of an object
at RunRudolf.RealisticForeskin.FixedUpdate () [0x00000] in <filename unknown>:0
!> RealisticForeskin.FixedUpdate: System.NullReferenceException: Object reference not set to an instance of an object
at RunRudolf.RealisticForeskin.FixedUpdate () [0x00000] in <filename unknown>:0
!> RealisticForeskin.FixedUpdate: System.Null

Is this the only one who encounters this situation? When I open the foreskin.It will keep popping up error codes.

 

[RunRudolf]

View attachment 511933
Hi, RunRudolf, 'm testing your AF skin preset swapping feature, and it does this weird thing with the penis texture. It loads the penis texture correctly, and after half a second there's a small prompt window similar to those that show up when scenes or appearances are loading, and then this happens. I've also seen that when the penis is not named GenitalsD or AltFuta genitalsD, and the texture picker window appears, it doesn't really load the correct texture on the genitalia, maybe it's better if all penis textures are named as it is required by your plug-in? What about head, torso, limbs texture names? I ask cause I tend to name my custom textures with unusual names, so maybe VAM or your plugin don't like it... BTW, this weird apparent UV mismatch on the genitalia only seems to happen on looks that use Samantha and AltFuta_Samantha textures, I've tested it with a look that uses Mira textures, and it works well.

I have another question: when we tick the "Enable Wet Penis, Cum & Squirt" toggle, do we need all the cum clothing that is loaded? I mean, will the cum stains still work if there's just a couple of face, torso, limbs and genitalia cum clothing enabled?

Thank you so much!

I cannot reproduce this problem. Do you get any error logs? Why do you need all these triggers in your screenshot any more at all?

Only one appearance preset can be loaded (if you want) and then one alt futa skin preset with path is needed.

An alt futa skin preset must at least have a diffuse face and limbs texture plus a specific alt futa torso and genitals texture (the ones by WeebU for example). The alt futa torso is not a normal torso, it contains additional info.

Example trigger (without appearance, just skin preset):

You can get example skin presets from RunRudolf.Resources_Pack.13 in Custom/Atom/Person/Skin/Preset_Samantha.vap or orther girl names.

 

[RunRudolf]

!> RealisticForeskin.FixedUpdate: System.NullReferenceException: Object reference not set to an instance of an object
at RunRudolf.RealisticForeskin.FixedUpdate () [0x00000] in <filename unknown>:0
!> RealisticForeskin.FixedUpdate: System.NullReferenceException: Object reference not set to an instance of an object
at RunRudolf.RealisticForeskin.FixedUpdate () [0x00000] in <filename unknown>:0
!> RealisticForeskin.FixedUpdate: System.NullReferenceException: Object reference not set to an instance of an object
at RunRudolf.RealisticForeskin.FixedUpdate () [0x00000] in <filename unknown>:0
!> RealisticForeskin.FixedUpdate: System.NullReferenceException: Object reference not set to an instance of an object
at RunRudolf.RealisticForeskin.FixedUpdate () [0x00000] in <filename unknown>:0
!> RealisticForeskin.FixedUpdate: System.NullReferenceException: Object reference not set to an instance of an object
at RunRudolf.RealisticForeskin.FixedUpdate () [0x00000] in <filename unknown>:0
!> RealisticForeskin.FixedUpdate: System.NullReferenceException: Object reference not set to an instance of an object
at RunRudolf.RealisticForeskin.FixedUpdate () [0x00000] in <filename unknown>:0
!> RealisticForeskin.FixedUpdate: System.NullReferenceException: Object reference not set to an instance of an object
at RunRudolf.RealisticForeskin.FixedUpdate () [0x00000] in <filename unknown>:0
!> RealisticForeskin.FixedUpdate: System.Null

Is this the only one who encounters this situation? When I open the foreskin.It will keep popping up error codes.

Did you switch back to male from an alt futa? That does not work (its a documented problem I cannot solve as it comes from the Alt Futa plugin).
If that's not the case, please be very specific in describing the exact steps that lead to the error. I do not have the issue in standard male scenes (starting from scratch).

 

[RunRudolf]

When I enabled the SexyFluids checkbox in Plugins, the female character in the same scene did not automatically load SexyFluids.
This function worked properly when I used version 83, but it became ineffective in version 87.

That's a but, thanks, will fix that for the next version!

 

[Virtamales]

I cannot reproduce this problem. Do you get any error logs? Why do you need all these triggers in your screenshot any more at all?

Only one appearance preset can be loaded (if you want) and then one alt futa skin preset with path is needed.

An alt futa skin preset must at least have a diffuse face and limbs texture plus a specific alt futa torso and genitals texture (the ones by WeebU for example). The alt futa torso is not a normal torso, it contains additional info.

Example trigger (without appearance, just skin preset):

View attachment 513357

You can get example skin presets from RunRudolf.Resources_Pack.13 in Custom/Atom/Person/Skin/Preset_Samantha.vap or orther girl names.

Nevermind, @RunRudolf , I think I found out what the problem was: having the textures in different folders/locations (face, limbs in one place, and genitals in another). Also, I think that texture naming really matters. Thank you anyway!

 

[MDKSBG]

Did you switch back to male from an alt futa? That does not work (its a documented problem I cannot solve as it comes from the Alt Futa plugin).
If that's not the case, please be very specific in describing the exact steps that lead to the error. I do not have the issue in standard male scenes (starting from scratch).

No, the characters are male from beginning to end, but this error occurs every time I re-enter the scene, and now I don't have this problem with version 66