Plugins + Scripts Thrust Response Driver

[SwitchViewVR]

SwitchViewVR submitted a new resource:

Thrust Response Driver - Physically coherent thrust-driven body response

Description​

Thrust Response Driver is a lightweight physics plugin that adds natural, impulse-based body response to thrusting motion in Virt-A-Mate.


The receiver body moves with the thrust direction, driven directly by the source atom’s hip velocity. This results in more believable follow-through, delayed response, and subtle back-fall behavior that enhances realism without overpowering existing animations or physics.


The system is...

Read more about this resource...

 

[StaticShaka]

Wow. I've been looking for something like this for a while. Nice work!

 

[BANANANA]

When changing from Sex Pose A (Doggy Style) to Sex Pose B (Cowgirl Style), the hips would sometimes shift in an unexpected direction, possibly because the setting for A remained.
Unchecking Hips, Chest, and Head and then checking them again will allow the plugin to work in the new position.

This problem can be solved by simply creating a timeline that turns the check box off and then turns it on 0.2 seconds later.
I hope this information will be helpful if anyone is having the same problem.

This is an easy-to-use plugin that produces great results.
I'd definitely like to continue using it in the future.
Amazing!!
Thank you for making it.

 

[SwitchViewVR]

SwitchViewVR updated Thrust Response Driver with a new update entry:

Big Overhaul

What changed:

• Pose-safe overhaul
  • Switching poses via Timeline no longer freezes body parts
  • Automatic recalibration after pose changes
• Improved stability & feel
  • No more static or “stuck” body parts
  • Physics recovers and wakes up automatically
• Simplified control
  • Fewer sliders, more consistent results
  • Easier to dial in natural, heavy-feeling motion
• Internal cleanup
  • ...

Read the rest of this update entry...

 

[SwitchViewVR]

When changing from Sex Pose A (Doggy Style) to Sex Pose B (Cowgirl Style), the hips would sometimes shift in an unexpected direction, possibly because the setting for A remained.
Unchecking Hips, Chest, and Head and then checking them again will allow the plugin to work in the new position.

This problem can be solved by simply creating a timeline that turns the check box off and then turns it on 0.2 seconds later.
I hope this information will be helpful if anyone is having the same problem.

This is an easy-to-use plugin that produces great results.
I'd definitely like to continue using it in the future.
Amazing!!
Thank you for making it.

You’re absolutely right — that behavior was caused by anchors from the previous pose being kept when switching positions.


Your workaround (toggling the receiver parts via Timeline) is spot-on and does exactly what was needed internally.


I had already identified and fixed this earlier today, and I’ve just uploaded a big overhaul update that automatically detects pose changes and recalibrates anchors on the fly, so this should no longer be necessary once the update is approved.


Thanks a lot for the detailed feedback — it helped confirm the issue

 

[rarirurero69]

I’d like to place timeline triggers appropriately at different sections—would it be possible to add a preset save and load feature?
It’s an amazing plugin.

 

[SwitchViewVR]

I’d like to place timeline triggers appropriately at different sections—would it be possible to add a preset save and load feature?
It’s an amazing plugin.

Thanks for the feedback! Just to clarify: Are you looking for a way to trigger a preset switch (e.g., from 'Soft' to 'Strong') at specific timestamps in the Timeline? And would a 'Save current settings as Preset' button in the UI cover your needs?

 

[rarirurero69]

Thanks for the feedback! Just to clarify: Are you looking for a way to trigger a preset switch (e.g., from 'Soft' to 'Strong') at specific timestamps in the Timeline? And would a 'Save current settings as Preset' button in the UI cover your needs?

I think it would be great to have a feature that allows users to adjust the values to fit their situation and then save and load those adjusted values as presets. Setting and fine-tuning each value one by one through timeline triggers and parameter searches is quite inconvenient, so having a preset save/load function would be very helpful.

 

[SwitchViewVR]

SwitchViewVR updated Thrust Response Driver with a new update entry:

Major Overhaul

Core Behavior​

• Pose-safe rework:
  Switching poses via Timeline no longer freezes or “sticks” body parts.
• Automatic recalibration:
  Receiver anchors and internal state are rebuilt automatically after pose or animation changes.
• Improved impulse timing:
  Better delayed response and follow-through, reducing premature or desynced motion.

Physics & Feel​

• More consistent rebound...

Read the rest of this update entry...

 

[SwitchViewVR]

I think it would be great to have a feature that allows users to adjust the values to fit their situation and then save and load those adjusted values as presets. Setting and fine-tuning each value one by one through timeline triggers and parameter searches is quite inconvenient, so having a preset save/load function would be very helpful.

Thanks for the feedback!
I’ve already uploaded v3 (currently waiting for moderation, while v2 is still pending).
In v3, this workflow is addressed: settings can be saved into preset slots and switched in a timeline-friendly way, without having to fine-tune individual parameters via triggers in timeline.

 

[Gabberjaw]

Apparently I just spent like half an hour setting up, and
It doesn't save my settings :/ I tried switching back and forward between slots after pressing save and it went back to default...

 

[SneakyOne]

Need option to save custom presets. For example I need custom setting for each unique animation,and its a huge pain in the ass to add numerous triggers for each pose and animation.

 

[SneakyOne]

Was testing this plugin,and its already 2 times when female jumped half feet up during animation. Never seen it before,so probably it has something to do with plugin

 

[rarirurero69]

Thanks for the feedback!
I’ve already uploaded v3 (currently waiting for moderation, while v2 is still pending).
In v3, this workflow is addressed: settings can be saved into preset slots and switched in a timeline-friendly way, without having to fine-tune individual parameters via triggers in timeline.

Wow, thank you very much!

 

[SwitchViewVR]

SwitchViewVR updated Thrust Response Driver with a new update entry:

Big Update

Version 4 focuses on stability, UI structure, and long-term compatibility with animation and Timeline workflows.

Changes​

• Refactored plugin into a modular structure for improved stability and cleaner UI separation
• Reworked user interface layout for better usability and clarity
• Improved preset handling with a stable external JSON-based storage
• General internal cleanup and reliability improvements

Read the rest of this update entry...

 

[SwitchViewVR]

Was testing this plugin,and its already 2 times when female jumped half feet up during animation. Never seen it before,so probably it has something to do with plugin

Hey, thanks for the report
Could you share a bit more detail so I can try to reproduce it?

 

[SwitchViewVR]

Apparently I just spent like half an hour setting up, and
It doesn't save my settings :/ I tried switching back and forward between slots after pressing save and it went back to default...

Hey, thanks for the report
Preset saving worked fine in my own tests.

I’ve adjusted the preset handling in the latest update to make it more robust.
Could you please try again once the new version is approved and let me know if the issue still occurs?

 

[Gabberjaw]

Hey, thanks for the report
Preset saving worked fine in my own tests.

I’ve adjusted the preset handling in the latest update to make it more robust.
Could you please try again once the new version is approved and let me know if the issue still occurs?

I tried it yesterday evening after the update.

 

[DasBoot]

Great plugin, really love the realism it is adding. Question, should the "hip, chest, head etc" selections be saved with the Preset? I have been playing around with it and it doesn't appear so. If I am missing it, please let me know. If not then I would love the ability to save within the Preset the selections "hip, head, chest, etc". Also now that I look at it saving Source Atom in the preset would be nice too. Thanks for building and sharing this, great stuff.

 

[SwitchViewVR]

SwitchViewVR updated Thrust Response Driver with a new update entry:

Small changes

Changes in V5​

• Presets now store receiver body part selection (head, hip, chest, abdomen, thighs, feet)
• New Apply Preset workflow:
  • Preset selection is now preview-only
  • Presets are applied explicitly via Apply Preset button
• Added Timeline preset index for automation:
  • Hidden parameter for Timeline use
  • Presets can be applied directly from Timeline

Read the rest of this update entry...

 

[SwitchViewVR]

Great plugin, really love the realism it is adding. Question, should the "hip, chest, head etc" selections be saved with the Preset? I have been playing around with it and it doesn't appear so. If I am missing it, please let me know. If not then I would love the ability to save within the Preset the selections "hip, head, chest, etc". Also now that I look at it saving Source Atom in the preset would be nice too. Thanks for building and sharing this, great stuff.

Thanks for the feedback, much appreciated


In the upcoming update, presets will also store the receiver body part selection (hip, chest, abdomen, thighs, feet), so this will work as expected going forward.


Saving the source atom is intentionally not part of presets. Presets are designed to be scene-agnostic, and binding a source atom inside a preset can easily break when loading different scenes or setups.


Thanks again for the suggestions and for using the plugin!

 

[5DVoom]

Tnx for plug
Please check how it does in VAM' freezed state, female figure still moving during that. (not sure if that by design, but would be good to fix).