Plugins + Scripts Realistic Foreskin & Erection Simulation (Plugins)

[RunRudolf]

I found that for Futa characters, except for the vammoan plug-in, almost all plug-ins do not collect data for penis colliders, which makes it difficult for Futa characters to use relevant plug-ins such as wake up to simulate the erection of Futa characters, do you have any consideration in this regard?

Sorry, I cannot understand your question. Might be a translator issue.

 

[sdlou]

Sorry, I cannot understand your question. Might be a translator issue.

Sorry, it may be a problem with my expression, I mean that the altfuta character is a special female character, and most of the plugins can't accurately capture their excitement (because most of the plugins don't capture the state of the penis collider), have you considered implementing the relevant function

 

[RunRudolf]

Sorry, it may be a problem with my expression, I mean that the altfuta character is a special female character, and most of the plugins can't accurately capture their excitement (because most of the plugins don't capture the state of the penis collider), have you considered implementing the relevant function

Most (other) plugins do not work with altfuta at all, because they treat them as females. Examples: Fluids101, DecalMaker. RealisticErection does work on altfuta and produce erection. Otherwise, please send a video with a bug description!

 

[RunRudolf]

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

Easier Offset Configuration & More

View attachment 474166

• ControlCenter: Detection if an instance of timeline with idle mocaps is already present, preventing duplicate loading of mocap animations
• ControlCenter: Detection if an instance of decal maker is already present, preventing mixing and interference with user texture setups (e.g. tattoos). This means you can still setup your decal maker instance and this one will not be changed by this plugin suite.
• ControlCenter: Idle mocaps can now be...

Read the rest of this update entry...

 

[hazmhox]

Yop! Short report

- There is a "Test" log when changing moan factor
- When playing with Cock generator, each time you generate decal maker gets stacked over and over again. You can't fix this without clearing inside DM.
- Simple mode (skin slots) after choosing something, you can't go back to "disabled" you're stuck with the base decal.
- Dynamic veins/wrinkles are way too strong and I think we can't tweak the strength?
- A bunch of textures dropdowns tend to "corrupt" the slot and cannot go to "default" (or -none- if you prefer)

I think that's all I had in mind for now

 

[RunRudolf]

Yop! Short report

- There is a "Test" log when changing moan factor
- When playing with Cock generator, each time you generate decal maker gets stacked over and over again. You can't fix this without clearing inside DM.
- Simple mode (skin slots) after choosing something, you can't go back to "disabled" you're stuck with the base decal.
- Dynamic veins/wrinkles are way too strong and I think we can't tweak the strength?
- A bunch of textures dropdowns tend to "corrupt" the slot and cannot go to "default" (or -none- if you prefer)

I think that's all I had in mind for now

Hi there, thanks a lot for your testing and feedback!

Test log and wrinkles/veins slider can be solved/added, good point.

With the textures bugs it seems you found a situation where things derail, but I cannot currently reproduce these effects. If you could detail under which circumstances this happens I can hopefully reproduce and solve these issues. Concerns these reports:
- "When playing with Cock generator, each time you generate decal maker gets stacked over and over again. You can't fix this without clearing inside DM." (comment: I also had this once, but it seemed to be related to VAM reloading DecalMaker with the previous preset, which seems to be a VAM bug.)
- "Simple mode (skin slots) after choosing something, you can't go back to "disabled" you're stuck with the base decal." (comment: choosing blank worked in my test and removed the simple decal.)
- "A bunch of textures dropdowns tend to "corrupt" the slot and cannot go to "default" (or -none- if you prefer)" (I found a bug, when removing and reloading decal maker setups the placeholder normal maps were not zero strength, thus creating a greyish overlay. Not sure you meant this though.)

 

[hazmhox]

- "When playing with Cock generator, each time you generate decal maker gets stacked over and over again. You can't fix this without clearing inside DM." (comment: I also had this once, but it seemed to be related to VAM reloading DecalMaker with the previous preset, which seems to be a VAM bug.)

You simply go into the CG, check pretty much everything, and you do generate. At some point, you will have a bunch of normals stacking up weirdly... or at least, not being able to get back to a "good looking" texturing.

- "Simple mode (skin slots) after choosing something, you can't go back to "disabled" you're stuck with the base decal." (comment: choosing blank worked in my test and removed the simple decal.)

It did not for me. Simply play a lot going back and for with textures, at some point, you won't be able to "default" to nothing again. And I think the reason behind that might be the fact that since there's some async loads in there... if you play too much with the dropdown slider it probably gets in a weird state.

- "A bunch of textures dropdowns tend to "corrupt" the slot and cannot go to "default" (or -none- if you prefer)" (I found a bug, when removing and reloading decal maker setups the placeholder normal maps were not zero strength, thus creating a greyish overlay. Not sure you meant this though.)

Probably. It's kind of the same as the previous one.
For both problems, I would probably try to fix this by giving a button somewhere, where you can reset completely everything on the appearance.

I noticed a couple of weirdness too after posting this. I'll try to pin point the origin and report back to you : D

 

[RunRudolf]

You simply go into the CG, check pretty much everything, and you do generate. At some point, you will have a bunch of normals stacking up weirdly... or at least, not being able to get back to a "good looking" texturing.




It did not for me. Simply play a lot going back and for with textures, at some point, you won't be able to "default" to nothing again. And I think the reason behind that might be the fact that since there's some async loads in there... if you play too much with the dropdown slider it probably gets in a weird state.




Probably. It's kind of the same as the previous one.
For both problems, I would probably try to fix this by giving a button somewhere, where you can reset completely everything on the appearance.

I noticed a couple of weirdness too after posting this. I'll try to pin point the origin and report back to you : D

I just integrated an extended reset routine which now seems to work to reset everything to defaults if things go south.
It's a pity I could not find a way to remove another plugin instance by code (decal maker) and then merge load a fresh plugin preset again. That would make thins much simpler to reset....
I am still unable to reproduce the textures stacking effect, not sure what provoques is, but also had this once or so a while ago. So no doubt it happend...
Don't invest too much into the last version, but thanks for your contribution anyway!

 

[alwaysblue]

any idea why the the morphs above the knees distorts if realistic erection is enabled? the settings im running on the plugin are all default, I haven't change anything..

 

[RunRudolf]

any idea why the the morphs above the knees distorts if realistic erection is enabled? the settings im running on the plugin are all default, I haven't change anything..

Thats an interesting observation, which needs some investigation. You say you did not activate Urukjays balls collider plugin? If not, I will try to look for script tasks/processes in my plugins that block physics calculations, which might lead to these effects in rapid movements. Not sure though if thats the right direction to search.

 

[alwaysblue]

Thats an interesting observation, which needs some investigation. You say you did not activate Urukjays balls collider plugin? If not, I will try to look for script tasks/processes in my plugins that block physics calculations, which might lead to these effects in rapid movements. Not sure though if thats the right direction to search.

it happens regardless if i use it or not, ive been messing around with the plugin and i cant seem to find what's causing it, as long as there is movement on the limbs that distortion happens.. i did test it on a default male base atom with just the RFE plugin... still the same result, I'm starting to think that it is on my own pc because no one else seems to be having the issue

 

[RunRudolf]

it happens regardless if i use it or not, ive been messing around with the plugin and i cant seem to find what's causing it, as long as there is movement on the limbs that distortion happens.. i did test it on a default male base atom with just the RFE plugin... still the same result, I'm starting to think that it is on my own pc because no one else seems to be having the issue

Would you mind sending me the animation or scene that causes the effect (if its non paid content)? That would save me the time to create this situation and we can test whether it happens in my settings.

 

[alwaysblue]

Would you mind sending me the animation or scene that causes the effect (if its non paid content)? That would save me the time to create this situation and we can test whether it happens in my settings.

wait ive figured out what was causing it, my physics rate was set to 45hz, i switched it back to auto(72hz) and morph distortion was fixed

 

[RunRudolf]

wait ive figured out what was causing it, my physics rate was set to 45hz, i switched it back to auto(72hz) and morph distortion was fixed

Wow, OK, good to hear its fixed for now, but the solution points to an effect as mentioned above, that something in my plugin was using computing time. Might however also have been an effect that my plugin was randomly the one that made the framerate drop below 45, so that the physics rate was out of its order. Let me know if you observe more, I will maybe try to find out a little more on what uses calculation times on my side. I however already optimised load in my plugins by lowering frequencies of certain checks and calculations and putting them on different time steps. Its difficult to debug what exactly takes computing time.

EDIT: Just watch the fps in your video, it just drops below 45 when you activate the plugin. So this might cause the problem with the 45 Hz physics update frequency (as you said).

 

[goodmanjunior]

The divine foreskin doesn’t seem to target the desired orifice triggering it on and off, is this a known bug or is there a specific way to turn off/on certain targets when needed? This doesn’t seem to be an issue with the seperate divining foreskin plugin

 

[RunRudolf]

The divine foreskin doesn’t seem to target the desired orifice triggering it on and off, is this a known bug or is there a specific way to turn off/on certain targets when needed? This doesn’t seem to be an issue with the seperate divining foreskin plugin

Hi, thanks for reporting back. Could you please attach a short video demonstrating the problem for me to debug it? I have no other bug reports about this so far, but that does not mean anything. Thanks!

EDIT: You might want to try to increase the "Min Retarget Distance" value, which is by default only 10 cm, so new targets will only be considered if closer than that value.

 

[Mm3]

hi RunRudolf, i'm new to your plugin and i'm still trying to figure thing out but it seems that the realistic foreskin plugin doesn't work for me it says:

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

i don't know what i'm missing?

 

[RunRudolf]

hi RunRudolf, i'm new to your plugin and i'm still trying to figure thing out but it seems that the realistic foreskin plugin doesn't work for me it says:

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

i don't know what i'm missing?

Hi, please record a short video for me to see under what circumstances it happens. This is a very unspecific error, so I need context. It might be a missing dependency, e.g. one if the two morphs that are required.

 

[RunRudolf]

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

AltFuta Compatibility Increased, Foost SexyFluids Integrated

View attachment 479433

New Content

• Integrating Foost’s new SexyFluids plugin, replacing Fluids101 and AutoJuice, to produce ejaculations, now offering full (Alt)Futa compatibility. The configurable orgasm system now offers seven ejaculations, each of which can be modified in terms of the burst length. As soon as more triggers become available, there might be more customization, but for now you could instead save your own "Preset_SexyFluids.vap" file in...

Read the rest of this update entry...

 

[Mm3]

Hi, please record a short video for me to see under what circumstances it happens. This is a very unspecific error, so I need context. It might be a missing dependency, e.g. one if the two morphs that are required.

so sorry!, i thought i already have the necessary morphs for foreskin. i will install them and check again.
thank you for your help, this plugin is amazing

 

[fumesec]

You can enable debug mode, this will show you the distance in the debug line. This will allow you to adjust the distance for your situation. For hands it should however fit quite well with the standard values.
There are no invisible triggers, it just does some math between the closest actor (hand, foot, etc.) and the penis tip/base. I have not heard of any trouble with the plugin being disabled by any other plugin, but if you can narrow this down a bit I will check!

I had same issue, i always used DiviningRod seperatly to work with. Today was making clean for man addons, and wanna figure what was about. I may have found a clue (sorry didn't check if there was more answer for this issue, got many pages of discuss further ^^)
As you can see on the 1 st screenshot, i set min target to 10 000 cm so it really should be target for a 87 cm distance to vagina, right ? ^^
The main problem here is you have to get the Min Retarget Distance in yellow box to match the distance (+1cm). But is this setting supposed to reset the "target" to permit to swap for vagina to hands for example, at a certain distance ? It should not influence the main 'Min Target Distance' ?
Also, looks like there something going on with the "Adaptation Rate" influencing some behavior of the addon, but i supposed this setting should stay at 99.9 or 100% to get stable updating for targets ?
If you got time to take a look on what's going on with these troubles, would be lovely =)
For now, i suppose i'll keep going with DivingRod seperatly

 

[RunRudolf]

I had same issue, i always used DiviningRod seperatly to work with. Today was making clean for man addons, and wanna figure what was about. I may have found a clue (sorry didn't check if there was more answer for this issue, got many pages of discuss further ^^)
As you can see on the 1 st screenshot, i set min target to 10 000 cm so it really should be target for a 87 cm distance to vagina, right ? ^^
The main problem here is you have to get the Min Retarget Distance in yellow box to match the distance (+1cm). But is this setting supposed to reset the "target" to permit to swap for vagina to hands for example, at a certain distance ? It should not influence the main 'Min Target Distance' ?
Also, looks like there something going on with the "Adaptation Rate" influencing some behavior of the addon, but i supposed this setting should stay at 99.9 or 100% to get stable updating for targets ?
If you got time to take a look on what's going on with these troubles, would be lovely =)
For now, i suppose i'll keep going with DivingRod seperatly
View attachment 480165
View attachment 480172

Thank you for describing the issue. I will have a look at it and try to figure out what the purpose of the different distances was. I guess you need someting to prevent flickering between several targets, but this might now be the most elegant way to do this.

 

[RunRudolf]

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

Updated DiviningRod Module

- Based on user feedback about buggy behaviour of the integrated DiviningRod module (thanks @fumesec) I rewrote considerable parts of it.
Now, the retarget distance works as it should (this is the minimal distance the tip has to be away of the orifice to potentially accept new targets) and the info in the info box now displays the data of the next closest target. Since I had to change some mechanics, there might be bugs. Please report them!
- Also updated to the most...

Read the rest of this update entry...