Plugins + Scripts MFPButtDriver: MultiFunPlayer drive Person hip/butt bone movement

MFP Butt Driver​

MultiFunPlayer 6-Axis Bone Driver for VAM



Receive data via WebSocket (WS) or UDP from MultiFunPlayer, and drive character bone movement inside VAM. Compatible with funscript playback in MultiFunPlayer / OpenFunscripter.

Who this plugin is for​

1. OSR hardware users: Existing OSR VAM drivers rely on physical motion capture, which often results in repetitive or overly extreme movement. Hundreds of...

Click to expand...

V2 Update


View attachment 610717

1. Reworked motion calculation logic. Previously rotation pivoted around the center of Controller A and B with symmetrical swing. Now Controller B serves as the fixed pivot, and Controller A moves along an arc around B.
2. Added six gain parameters and an adaptive gain mechanism to offset weakened motion caused by joint pulling effects.
3. Added new Spring mode. This brings 12 extra adjustable parameters...

Click to expand...

rokoc said:

great work! Very cool plugin. managed to try a few funscripts with it and reduce the default settings for smaller movements. got some pretty convincing results. find it hard to compare to original video/funscript/vam to see how true it is but it looks good enough.

only big issue im having though is pitch seems to be replaced with roll and vice versa. hip is rolling left to right when it should be pitching up and down. pov from a seated position model straddling you while facing you. *edited to add: this only happens in one of my existing scenes. just tried it in a new scene leaving everything in default positions/rotations and it pitches fine

also the hip will at times very quickly move away about 1ft and returns quite sharpish noticed its at flat spots in the funscript, where there is no action.

Click to expand...

AlphaCentauri said:

I don't know if this makes sense since I just saw this plugin... Could you use it to generate short animation sequences to build from? For example, if you had a video+funscript source that had motions that you liked, could you connect the funscript to the model with this plugin, then record that basic animation. Then the idea would be to use that basic animation of desired movement and supplement with animating other non-controlled body parts using other tools. I hope that makes sense.

Click to expand...

nb9527 said:

That’s an excellent workflow idea!

In V3, I’ve added media player control and script-related capabilities. This shift made me realize MultiFunPlayer is no longer mandatory. MFP outputs smoothed T-Code designed for physical hardware like OSR toys, which isn’t ideal for native VaM scene building.

This is exactly why I’m developing FunSequencer as my next project. It will load funscripts directly, remove MFP as the middleman, support clip trimming, and work seamlessly with Timeline and MacGruber’s plugins.

One small difference in my vision: I plan to keep driving animations live from the raw funscript data in FunSequencer, rather than baking and recording static animations. This way, the same funscript file can simultaneously drive motion inside VaM and send data to control OSR hardware at the same time.

Click to expand...

AlphaCentauri said:

I don't know if this makes sense since I just saw this plugin... Could you use it to generate short animation sequences to build from? For example, if you had a video+funscript source that had motions that you liked, could you connect the funscript to the model with this plugin, then record that basic animation. Then the idea would be to use that basic animation of desired movement and supplement with animating other non-controlled body parts using other tools. I hope that makes sense.

Click to expand...

nb9527 said:

Thanks for your detailed feedback!

In previous versions, I implemented a simulated spring motion mode. Starting from V3, referencing BusDriver, I switched to VaM's built-in Physics Link system. Motion restoration should be far more accurate now. I recommend enabling Auto Gain if you encounter excessive movement amplitude.

Regarding the Pitch/Roll axis swap issue you encountered:My suspicion is that older motion modes altered the initial transform state of your character atom and changed its base orientation, creating the illusion that Pitch and Roll are swapped. This perfectly explains why everything works correctly in a brand-new scene — the character pose is fully reset there.

This issue rarely occurs under the new Physics Link mode. However, it may still happen when using Force or Direct mode. As a workaround, you can reset your character’s pose inside VaM, or use the Reset Origin function built into the plugin to mitigate the problem.

As for the sudden hip jumping on flat funscript segments, could you please test and see if this artifact still exists on V3? I have optimised parts of the interpolation and solving logic in this release, so the issue may have been improved. I will continue tuning the solver based on your test results.

Click to expand...

rokoc said:

oh regarding the hip jumping, is it the plugin returning it to its "rest pose" ? i see it does something every second enabling debug. if i pause the script playback in mfp and just click on mfp script preview to advance to a specific time the controllers move correctly but then snap back to the rest pose i assume ?

Click to expand...