Plugins + Scripts AutoThruster Plus

[GroLak]

I think a Y torque on the target would work? I applied one manually using synergy and it looked pretty good, just not in sync. The inspiration for that movement is the twist setting in Pinnacle's ForceForge.

 

[Dragontales]

I think a Y torque on the target would work? I applied one manually using synergy and it looked pretty good, just not in sync. The inspiration for that movement is the twist setting in Pinnacle's ForceForge.

I'll add it, but how it works will be very dependent on how the Hip node is actually positioned and turned to start.

 

[5DVoom]

@Dragontales Hi DT, sorry noob question - it is possible to assign dildo as source instead male atom' ? Do there is some trick for that mb ?

 

[Dragontales]

@Dragontales Hi DT, sorry noob question - it is possible to assign dildo as source instead male atom' ? Do there is some trick for that mb ?

Hi. Not currently. My plan is to create a dildo specific version. Hopefully very soon

 

[Dragontales]

Dragontales updated AutoThruster Plus with a new update entry:

Huge Update

This is a pretty large update. Presets should all still work (with the exception of one piece.

New Features

• Pull-Out Angle — During a "pull-out", the penis can now tilt upward (allowing for higher cumshots, etc)
• Angle Return Point - Change when the angle from the pullout resets during the Re-Insert (has negative values to allow angle return even before insert)
• Penis Stiffness — New slider that controls how stiff/floppy...

Read the rest of this update entry...

 

[dafalconer]

might be imagining things, but i get quite the slowdown in VR when the menu for this plug-in is opened

 

[SlimerJSpud]

might be imagining things, but i get quite the slowdown in VR when the menu for this plug-in is opened

The menu is slow to open in Desktop too, but once it's open, it's OK.

 

[dafalconer]

The menu is slow to open in Desktop too, but once it's open, it's OK.

In a 60FPS scene in VR, opening the UI for this plug-in takes it to 23 FPS

 

[Dragontales]

Dragontales updated AutoThruster Plus with a new update entry:

Optimization fixes

Implemented several code optimizations to allow for faster loading of the plugin, reduce FPS dragon when menu is open and reduce overhead for body motions that aren't being used.

Read the rest of this update entry...

 

[gghhoosstt123]

I personally use the autothruster Gens penis tracking for genitals and mouths since the accuracy of that track is even better then divining rod, i only use it for insertion and keep thrust inactive with combination of this plugin. i set stationary penis checked but even then a penis controller is formed when checking thrust, it would be really nice if atleast no controller of penis activates when stationary penis is check since i have to deactivate and activate the autothruster gens plugin for it to start its own tracking.

 

[Dragontales]

I personally use the autothruster Gens penis tracking for genitals and mouths since the accuracy of that track is even better then divining rod, i only use it for insertion and keep thrust inactive with combination of this plugin. i set stationary penis checked but even then a penis controller is formed when checking thrust, it would be really nice if atleast no controller of penis activates when stationary penis is check since i have to deactivate and activate the autothruster gens plugin for it to start its own tracking.

This whole plugin revolves around the manipulation of the Penis base node. Turning that off would make this kind of pointless, wouldn't it? Or maybe I'm not understanding your request?

 

[gghhoosstt123]

This whole plugin revolves around the manipulation of the Penis base node. Turning that off would make this kind of pointless, wouldn't it? Or maybe I'm not understanding your request?

i use mostly the extra body motion for movements and use autothurster gens penis target system while checking the stationary penis mark in thruster plus. So when we press the stationary penis i was hoping that penis state doesn't change when checking the enable thrust. like lets say all the penis nodes are off and stationary penis is also checked, so when we enable the thrust the one state of penis controller turns ON which i was wondering if that doesn't happen since stationary penis is checked anyways and there will be no motion from penis itself so letting the state of penis be default instead one node state turned ON when enable thrust is checked. i am only talking for when stationary penis is checked. Here is a video showcase of what i am saying. Now that i think about it if there was a None option in target then this will not happen even if penis is stationary. But then the enable thrust will not function i suppose since i guess the extra motions will only work if there is a target atom.

 

[babul]

Hey,

this plugin is very good, but I always think about one thing I am lacking. That is, ability to drive the thrust manually via override, or make the thrust drive other things too. So I see few solutions to this:

* similar to how we have host/target things like head torque X synced to animation (with delays etc), make a custom field that allows any variable trigger, for example some morph or slider going from 0 to 1.
* (probably more effective) just expose current penetration depth as a variable trigger, if possible - you already have triggers that we can have, but it's only in one point chosen by user and it's not variable, so there's no way to sync it to current speed. If plugin knows when it's max out and max in position, that would be great if you can control custom things with that.
* optional override mode, i.e. control in/out position manually via variable trigger (for example morph sequencer plugin, which is driving breathing and morphs, but you can use dummy morph to drive a slider and therefore pretty much anything), so something like Force by dub - it has auto mode and manual mode. Autothruster could still provide randomization of max out/max in, and user would provide 0/1 positions manually. If it's not possible then just forcing current distance out and in set in the UI to be only choices as min/max without in-plugin randomizaiton is also good, because you can just set absolute extremes you want as 0-1 in a slider, and then use randomization to use mostly e.g. 0.3-0.7 and sometimes expand those ranges to extremes (so user controlled randomization of the slider takes care of that).

That would be very good if you wanted to have this stuff synced to other things, and built in extra body motions in the plugin are already saving a lot of hassle. So just exposing current in/out position as a variable trigger and allowing the user to move it themselves would expand possibilities greatly in my opinion

 

[Dragontales]

i use mostly the extra body motion for movements and use autothurster gens penis target system while checking the stationary penis mark in thruster plus. So when we press the stationary penis i was hoping that penis state doesn't change when checking the enable thrust. like lets say all the penis nodes are off and stationary penis is also checked, so when we enable the thrust the one state of penis controller turns ON which i was wondering if that doesn't happen since stationary penis is checked anyways and there will be no motion from penis itself so letting the state of penis be default instead one node state turned ON when enable thrust is checked. i am only talking for when stationary penis is checked. Here is a video showcase of what i am saying. Now that i think about it if there was a None option in target then this will not happen even if penis is stationary. But then the enable thrust will not function i suppose since i guess the extra motions will only work if there is a target atom.

If you're using another plugin for the actual thrusting, then the motions aren't in sync with the thrust. For stuff like that I highly suggest using the plugin Synergy. I believe that will give you what you want. It has the ability to add all sorts of body motions, much like this plugin.

 

[Dragontales]

Hey,

this plugin is very good, but I always think about one thing I am lacking. That is, ability to drive the thrust manually via override, or make the thrust drive other things too. So I see few solutions to this:

* similar to how we have host/target things like head torque X synced to animation (with delays etc), make a custom field that allows any variable trigger, for example some morph or slider going from 0 to 1.
* (probably more effective) just expose current penetration depth as a variable trigger, if possible - you already have triggers that we can have, but it's only in one point chosen by user and it's not variable, so there's no way to sync it to current speed. If plugin knows when it's max out and max in position, that would be great if you can control custom things with that.
* optional override mode, i.e. control in/out position manually via variable trigger (for example morph sequencer plugin, which is driving breathing and morphs, but you can use dummy morph to drive a slider and therefore pretty much anything), so something like Force by dub - it has auto mode and manual mode. Autothruster could still provide randomization of max out/max in, and user would provide 0/1 positions manually. If it's not possible then just forcing current distance out and in set in the UI to be only choices as min/max without in-plugin randomizaiton is also good, because you can just set absolute extremes you want as 0-1 in a slider, and then use randomization to use mostly e.g. 0.3-0.7 and sometimes expand those ranges to extremes (so user controlled randomization of the slider takes care of that).

That would be very good if you wanted to have this stuff synced to other things, and built in extra body motions in the plugin are already saving a lot of hassle. So just exposing current in/out position as a variable trigger and allowing the user to move it themselves would expand possibilities greatly in my opinion

I think I can implement something to help you with this. I think I can implement either a transitional trigger (the cycle trigger is already there) that would essentially drive from zero to 1 and you could have it drive whatever you wish. A morph, or slider plugin that could control other plugins. But that would just be up and down, not a full circular cycle. I'll look into some sort of exposed circular cycle reading but can't promise on that one. Tomorrow is a busy day so likely won't get to that until a few days. I would much prefer to have this plugin be the primary driver of the cycle. Opening it up to allow other atoms to control it's cycle creates problems and I do think having this plugin as the cycle "brain" makes the most sense.

 

[gghhoosstt123]

If you're using another plugin for the actual thrusting, then the motions aren't in sync with the thrust. For stuff like that I highly suggest using the plugin Synergy. I believe that will give you what you want. It has the ability to add all sorts of body motions, much like this plugin.

Well thats the thing, i am not using other plugin for thrusting but only the penis target function thats all. i use the extra motion function of this plugin for thrusting and set stationary penis checked. its just that i have to always manually turn off the penis controller everytime i wanna use the thrusting thats all. so here is what i was wondering if when stationary penis is checked then the penis controls remain off. Only for when stationary plugin is checked.

 

[Dragontales]

Well thats the thing, i am not using other plugin for thrusting but only the penis target function thats all. i use the extra motion function of this plugin for thrusting and set stationary penis checked. its just that i have to always manually turn off the penis controller everytime i wanna use the thrusting thats all. so here is what i was wondering if when stationary penis is checked then the penis controls remain off. Only for when stationary plugin is checked.

So if I understand correctly, you're not using the penis base thrust, but rather the hip (and other) extra motions? Can I ask why you'd rather that than use the penis base thrust combined with the extra body motions?

 

[babul]

I think I can implement something to help you with this. I think I can implement either a transitional trigger (the cycle trigger is already there) that would essentially drive from zero to 1 and you could have it drive whatever you wish. A morph, or slider plugin that could control other plugins. But that would just be up and down, not a full circular cycle. I'll look into some sort of exposed circular cycle reading but can't promise on that one. Tomorrow is a busy day so likely won't get to that until a few days. I would much prefer to have this plugin be the primary driver of the cycle. Opening it up to allow other atoms to control it's cycle creates problems and I do think having this plugin as the cycle "brain" makes the most sense.

Aye, guess makes sense.. I think just having 0-1 for thrust out-in would be awesome (not sure how it differs from the circle? Slider will just go down on out position and up on in position anyway?). And if we have that trigger, then - as I said - makes sense that your plugin is driving stuff. Other shenanigans should be possible with logic plugins and whatnot, as long as we can read and use the cycle <3 cheers!

 

[Dragontales]

Aye, guess makes sense.. I think just having 0-1 for thrust out-in would be awesome (not sure how it differs from the circle? Slider will just go down on out position and up on in position anyway?). And if we have that trigger, then - as I said - makes sense that your plugin is driving stuff. Other shenanigans should be possible with logic plugins and whatnot, as long as we can read and use the cycle <3 cheers!

How would you read and implement the cycle information? The only way I know how in VAM is through the transitional triggers. Unless a plugin was made to specifically read the cycle's position, I don't know of any other plugin that could actually read the info. The transitional trigger is the only thing I can think of that would do it. Do you know of another way?

 

[Dragontales]

@babul Try this version. The cycle trigger now has a transitional trigger inside it. I think that will do what you're asking. https://drive.google.com/file/d/18k4DDMsIMPBQnxx6bMeBUTWfBlzhZTa_/view?usp=sharing

@gghhoosstt123 I added a new toggle under the STationary Penis toggle. It disallows the plugin to take control of the Penis nodes. Let me know if that works how you were hoping. (see link above)

​

 

[gghhoosstt123]

So if I understand correctly, you're not using the penis base thrust, but rather the hip (and other) extra motions? Can I ask why you'd rather that than use the penis base thrust combined with the extra body motions?

i use the autogen thruster target system for penis alignment which to me is personally the best penis aligner even compare to divining rod, and as for thruster i like the hip motions more then penis it self, it gives a more natural motion to me personally.

 

[gghhoosstt123]

@babul Try this version. The cycle trigger now has a transitional trigger inside it. I think that will do what you're asking. https://drive.google.com/file/d/18k4DDMsIMPBQnxx6bMeBUTWfBlzhZTa_/view?usp=sharing

@gghhoosstt123 I added a new toggle under the STationary Penis toggle. It disallows the plugin to take control of the Penis nodes. Let me know if that works how you were hoping. (see link above)

​

Oh damn that was fast! checking it out now really appreciate that

 

[gghhoosstt123]

@babul Try this version. The cycle trigger now has a transitional trigger inside it. I think that will do what you're asking. https://drive.google.com/file/d/18k4DDMsIMPBQnxx6bMeBUTWfBlzhZTa_/view?usp=sharing

@gghhoosstt123 I added a new toggle under the STationary Penis toggle. It disallows the plugin to take control of the Penis nodes. Let me know if that works how you were hoping. (see link above)

​

YES! its perfect! exactly how i needed thanks!

 

[Dragontales]

YES! its perfect! exactly how i needed thanks!

No worries. If you can, leave a review. They help.

 

[babul]

@babul Try this version. The cycle trigger now has a transitional trigger inside it. I think that will do what you're asking. https://drive.google.com/file/d/18k4DDMsIMPBQnxx6bMeBUTWfBlzhZTa_/view?usp=sharing

@gghhoosstt123 I added a new toggle under the STationary Penis toggle. It disallows the plugin to take control of the Penis nodes. Let me know if that works how you were hoping. (see link above)

​

Thanks, this is great! Variable trigger works nicely, this just became much more powerful!