Log in
Register
  • Hi Guest!

    We are extremely excited to announce the release of our first Beta for VaM2, the next generation of Virt-A-Mate which is currently in development.
    To participate in the Beta, a subscription to the Entertainer or Creator Tier is required. Once subscribed, download instructions can be found here.

    Click here for information and guides regarding the VaM2 beta. Join our Discord server for more announcements and community discussion about VaM2.
DeeperPlugin

Plugins + Scripts DeeperPlugin

Download [1.39 MB]
Overview Updates (13) Reviews (15) History Discussion Dependency Usage (4)
Just want to point out the "GlutesEnlargerCustom" morph for the anus drives the physics from bootymagic crazy, especially with the "fat pressure multiplier" from naturalis/bootymagic.
And amazing its finally a scene plugin option (y) :)
 
I was messing with Foosts Sexyfluids and noticed that the top is offset by 90 degrees to the right

I'm thinking it's either the gensbones fixer or the colliderfixer that must be doing it.

example
1747846889759.png


I had to compensate in his plugin by setting the LEFT/RIGHT rotation to -90 but Foost said that something with your plugin is causing the tip to be oriented incorrectly.
I figured i'd bring it to your attention
1747847003157.png
 
I had a look at this the other day and that's because SexyFluids uses the AutoColliderGen3b/AutoColliderGen3bHard collider for the attachment of the fluid emitter. Other particle emitter plugins I looked at just use the Gen3 rigidbody directly with a manual forward offset to move the emitter more to the tip. And DeeperPlugin's Gen Colliders Fixer feature will modify and rotate this autocollider, so it ends up pointing sideways.

However, there is probably not much reason to fix this. In the upcoming update to SexyFluids I will completely change how the emitters are positioned. Everything will be based on the actual visual geometry and not colliders. So this won't be an issue anymore.
 
boris47 updated DeeperPlugin with a new update entry:

Preset system improved now with storable action, new ISCylinder penetrator item

- Removed any modifier for rotation and position of fluids emitters of other plugins, so user have to handle them manually, as originally meant by plugins creators;
- Preset System improved:
- Added storable action so a preset can be loaded from file;
- The preset files hold info about the view where they are stored, but can be
loaded from everywhere using said action or dedicated button in user interface;
- Added support for primitive (Shape) ISCylinder;
(Need to be...
Click to expand...

Read the rest of this update entry...
 
MDGeist said:
Just want to point out the "GlutesEnlargerCustom" morph for the anus drives the physics from bootymagic crazy, especially with the "fat pressure multiplier" from naturalis/bootymagic.
And amazing its finally a scene plugin option (y) :)
Click to expand...
Hi MDGeist, thank you for the information, if this morph create problem with other plugins, you can remove it's effect by settin weight to zero selecting Modules -> Enlarger -> Anus -> Morphs (GlutesEnlargerCustom) -> Weight move slider to zero.
Having Deeper search for other plugin and auto manage self parameters was my initial intent, but in many cases I've now learned that such choices should be given to user insted.

@RonBurgundy @Foost In the latest Deeper release I removed the feature that was handling the positioning and rotation of emitters; Was not my intention to create any issue and furthermore it should not be Deeper responsability to handle those external gameobjects.
 
This might be too much to ask for but do you think it would be possible to make triggers that we can configure for each level of depth in say the Bulger for example?
for each of the bulger depths we could have the option to trigger something.
That would be so much more flexible than the built-in depth triggers (vagina, deep, deeper)
1747937579231.png



For example, imagine something like this emissive plus demo with a segmented tattoo with multiple levels would be cool
 
Hi RonBurgundy, at the moment Deeper exposes for each person atom two float storables "Modules || Receiver || Max Oral Penetration Normalized" and "Modules || Receiver || Max Genital Penetration Normalized".
Those values, because normalized, have range 0 -> 1, where 0 equals to "no penetration" and 1 equals to "fully penetrated", meant relative to the receiving atom.

And if you want levels, in my next release, 1.1.4, the Triggers Module can offer you what yoy asking now :cool:
 
boris47 said:
Hi RonBurgundy, at the moment Deeper exposes for each person atom two float storables "Modules || Receiver || Max Oral Penetration Normalized" and "Modules || Receiver || Max Genital Penetration Normalized".
Those values, because normalized, have range 0 -> 1, where 0 equals to "no penetration" and 1 equals to "fully penetrated", meant relative to the receiving atom.

And if you want levels, in my next release, 1.1.4, the Triggers Module can offer you what yoy asking now :cool:
Click to expand...
please check my message to you when you get a chance, was experimenting with depths and making tattoos

i think these marks line up with the proper triggers
1748216833965.png
1748216920783.png

1748216854639.png
 
I've been having some trouble with DiviningForeskin, and after digging around a bit I found that this plugin is probably unintentionally rotating the trigger colliders, somehow, when trigger adaptation is enabled.
I don't really see any reason why it SHOULD, since all I find under the adaptation part of the plugin is code touching localPosition. Even weirder, when I track the colliders' localEulerAngles, I see that they keep rotating even when I turn "(S) Triggers Adaptation" off, but they stay fixed in their last rotation when I turn "Enabled" in the same screen off.
I've attached my monitor plugin just so we can see if anyone else can replicate this or if there's a conflict with something I haven't found to turn off.

At least the mouth colliders should be easy to fix, since they seem to start out with all angles at zero, but I remember having the same issue with Divining's chest tracking as well in an earlier version, but I haven't noticed anything obvious for a while, so that may already have been fixed.

Another tiny issue I've had is the custom belly button colliders seem to be way too powerful, causing any poses with someone laying flat on their front to bounce violently as the colliders clip into the surface underneath. Anyone else have this?
 

Attachments

  • triggerRotation.mp4
    883.9 KB
  • MonitorCollider.cs
    1 KB · Views: 0
Dombl said:
I've been having some trouble with DiviningForeskin, and after digging around a bit I found that this plugin is probably unintentionally rotating the trigger colliders, somehow, when trigger adaptation is enabled.
I don't really see any reason why it SHOULD, since all I find under the adaptation part of the plugin is code touching localPosition. Even weirder, when I track the colliders' localEulerAngles, I see that they keep rotating even when I turn "(S) Triggers Adaptation" off, but they stay fixed in their last rotation when I turn "Enabled" in the same screen off.
I've attached my monitor plugin just so we can see if anyone else can replicate this or if there's a conflict with something I haven't found to turn off.

At least the mouth colliders should be easy to fix, since they seem to start out with all angles at zero, but I remember having the same issue with Divining's chest tracking as well in an earlier version, but I haven't noticed anything obvious for a while, so that may already have been fixed.

Another tiny issue I've had is the custom belly button colliders seem to be way too powerful, causing any poses with someone laying flat on their front to bounce violently as the colliders clip into the surface underneath. Anyone else have this?
Click to expand...
Hi Dombl,

I've looked into the trigger issue, and it turns out Unity does modify the rotation of trigger colliders along with their localPosition — magic, right?
I'm working on a fix and aiming to have it resolved in the next release. Thanks for bringing it to my attention.

Regarding the belly button colliders:
In most cases where I’ve seen that bulge effect — especially when it’s strong — it ends up pushing the entire upper body away from surfaces, as it moves all the belly and chest autocolliders.
The solution would be to reduce or remove the bulge effect, or to adjust the surface colliders so that the belly area doesn’t come into contact with the surface.
My advice, if applicable, is to use Gen Colliders Fixer and Smart Colliders toghether, and disable or reduce Bulger effect on receiver, this sould reduce/remove the bouncing.
 
Last edited:
You must log in or register to reply here.
Back
Top Bottom