MultiFunPlayer v1.29.4 - Multi axis funscript player - Now with SLR Interactive support

MultiFunPlayer v1.28.2:

Download: Release MultiFunPlayer v1.28.2 · Yoooi0/MultiFunPlayer · GitHub
Patreon build:

1.28.2:

  • Fix NotSupportedException when connecting UDP or TCP output

1.28.1

  • Fix scripts not loading due to local script repository getting created disabled by default

1.28.0:

  • Fix regression from 1.27.0 causing crash on startup if any shortcut bindings are configured
  • Add support for XBVR and Stash as remote script repositories (#104)(#117)
    wXu74JqrTy
  • Add ability to remember window location (#149)
  • Add support for signed TCode analog input
  • Fix skip to script start when media duration does not change
  • Fix plugin containers getting created for non C# files
  • Fix plugin settings duplicating items in arrays when saving
  • Remove move script to media/library location menu

If you like what I’m doing, please consider supporting me on Patreon

4 Likes

Awesome, thanks! Will test.

It fixed my error where it couldnt find my script folder

What do you mean?

Oh well with i was literally have this issue * Fix scripts not loading due to local script repository getting created disabled by default with 1.28.1.

1.28.2 fixed that error

MultiFunPlayer v1.28.3:

Download: Release MultiFunPlayer v1.28.3 · Yoooi0/MultiFunPlayer · GitHub
Patreon build:

1.28.3:

  • Fix crash when opening shortcut actions configuration dialog

1.28.2:

  • Fix NotSupportedException when connecting UDP or TCP output

1.28.1

  • Fix scripts not loading due to local script repository getting created disabled by default

1.28.0:

  • Fix regression from 1.27.0 causing crash on startup if any shortcut bindings are configured
  • Add support for XBVR and Stash as remote script repositories (#104)(#117)
    wXu74JqrTy
  • Add ability to remember window location (#149)
  • Add support for signed TCode analog input
  • Fix skip to script start when media duration does not change
  • Fix plugin containers getting created for non C# files
  • Fix plugin settings duplicating items in arrays when saving
  • Remove move script to media/library location menu

If you like what I’m doing, please consider supporting me on Patreon

1 Like

Hey,

I’m a patreon subscriber and I love your software. The DeoVR SLR script support over bluetooth is massive for me, but the handy being essentially unusable with it sucks.

Can’t understand why you’re being so combative about adding functionality to send the raw script without interpolation. It’s not an issue with BLE speeds.

The handy is designed to accelerate away from one point and then decelerate approaching the next point. Being a purely up/down stroker, the expectation is that scripts have each point in the opposite direction of the previous point, so the handy must come to a complete stop between points. It is incapable of passing through multiple points in succession, like those in an interpolated script, without changing speed. This is why the handy jitters so badly regardless of the update rate.

I’m not a dev so forgive me if this is an ignorant statement to make, but surely it cannot be a massive ask to add a feature to disable interpolation?

Not trying to be a dick, so I apologize if this comes off that way for any reason, and I thank you for any consideration on this point.

Because the whole app is wrote in a way that needs sampling. Sending just script actions ignores basically every feature that is implemented.

I recently made a build that only sends script actions, but from what one user reported it was not that much better:

Its funny how one device basically holds the whole scripting scene hostage because of its limitations.

It is when it was written from ground up to do something else.

1 Like

I saw this but I didn’t realize a change to the way updates are sent had anything to do with interpolation. Again, I apologize for my ignorance in this area.

Yeah, but it is what it is. What can you do.
I understand the frustration.

If that’s the case, then fair enough.

I appreciate you taking the time to respond.

Thanks for the update! Yoooi!

Out of curiosity, has anyone else mentioned having problems connecting to the latest OFS?

For some reason the old 1.26 versions connects fine, but for me the newer versions don’t seem to. Wondering if I’m doing something wrong somewhere.

There was no changes to OFS code. Just tested and works perfectly fine.

Must be me. Uninstalled everything then downloaded and reinstalled fresh copies of everything; same results. Thought it must be something buried somewhere in the appdata support folder, or something Revo Uninstaller could not find. But I deleted everything and fresh installed. Still no luck.

What’s weird is the API websocket connects and shows up just fine in both app versions. It’s just that any script loaded in OFS does not show in the MultiFunPlayer 1.27 or higher’s window. 1.26, it connects, shows up and plays in sync fine for me. (shrug) Maybe it’s a Win11 conflict somewhere? No idea.

Maybe I’ll test on a different machine running Win10 and see if there’s a change.

Anyway, thanks as always! Still Love the app! :+1:

I couldn’t get slr to work with the new version. It looked all connected and could navigate the video from mfp, but script was always blank. I tried fresh install and resetting firewall permissions with same result. Going back to 26 works again.

MultiFunPlayer v1.28.4:

Download: Release MultiFunPlayer v1.28.4 · Yoooi0/MultiFunPlayer · GitHub
Patreon build:

1.28.4:

  • Fix reading TCP messages
  • Fix reading WebSocket messages

1.28.3:

  • Fix crash when opening shortcut actions configuration dialog

1.28.2:

  • Fix NotSupportedException when connecting UDP or TCP output

1.28.1

  • Fix scripts not loading due to local script repository getting created disabled by default

1.28.0:

  • Fix regression from 1.27.0 causing crash on startup if any shortcut bindings are configured
  • Add support for XBVR and Stash as remote script repositories (#104)(#117)
    wXu74JqrTy
  • Add ability to remember window location (#149)
  • Add support for signed TCode analog input
  • Fix skip to script start when media duration does not change
  • Fix plugin containers getting created for non C# files
  • Fix plugin settings duplicating items in arrays when saving
  • Remove move script to media/library location menu

If you like what I’m doing, please consider supporting me on Patreon

2 Likes

@Nerb @DralaFi should be fixed

:heart_eyes: You are the best! Will try it out. Thanks again. :+1:

UPDATE

OK… this is interesting…

Tested the 1.28.4 and the script shows up now. :+1: Yay!

Playback however… new issue found:
The Axis Value; only moves a total of about 10% of the total distance it should.
:thinking:
Hence, motions/vibrations are only a tiny fraction of the script’s full 0-100 range.

Tested side by side with version 1.26.1 which played full range, perfect sync.
Tried several different scripts; all performed the same.

Used a clean install of everything including latest OFS with no extensions or extras.

Click on sync settings button, next to play/pause, and disable sync on seek.
I will probably change the behavior of that in next version.

Excellent. Playback and sync seem normal. Thanks again! :smiling_face_with_three_hearts:

Added ability to toggle that behavior: nightly.link | Repository Yoooi0/MultiFunPlayer | Run #7188686826

Since in OFS people frequently seek by small amounts and replay a small portion of a script it forces each position change to the internal timer, this is detected as a seek so thats why you need to disable the sync option.
With it disabled if you seek by 0-1s MFP will try to catch up its internal timer to the video position instead of instantly seeking which means the script will be out of sync for few seconds.
Ideally OFS should send different api messages on seek and on normal playback, but the project is archived so it wont happen.

Hello again. Sorry to be a pain in the ass, but a thought occurred to me.

In your previous build that sent the handy just the script keyframes, did this change specifically affect only the “The Handy” output? If so, that may be why there was seemingly no improvement.

I suspect that like myself, others probably use the handy over BT. If the change to send without interpolation did not apply to the buttplug.io output, then that would explain why the jitter persisted.

At the risk of sounding like an entitled prick, if you have time at some point, would it be possible to release a build with no interpolation through buttplug.io?