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.
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.
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.
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?
Yes, it was only in The Handy output as a test. It technically should more or less work assuming a stable wifi connection. I did not expect no improvement.
It required bigger changes than the handy code, thats why I didnt implement it.
But I’ll try to hack something together.
Hello. I have the patreon paid version of MFP and I subscribe to SLR. Would it be possible to stream SLR scripts when using Heresphere player to play local files (shared samba folder) which is impossible with DeoVR (it only supports DLNA which is useless as it changes file name).
Thanks
Scale is just like a script multiplier, if scripts moves are too small you can set it to >100%, if script moves to much you can set it to <100%, it will work as a way to lower the OSR length but you would have to adjust it per script.
Just lower the output range which will set the minimum/maximum position of the OSR.
SLR script streaming will only work with DeoVR, it would be technically possible to make it work with something else. But I know that SLR wont like that because it would allow people to not use their ecosystem. Maybe if they do something dumb like ban MFP then I would implement it.
If you have script streaming subscription why not just use DeoVR and stream the videos?
Missing the ability to change between fixed/polled update from UI, everything is set as polled update.
Also I just realized that I misspelled “poll” as “pool” everywhere…
Because at certain times I’m limited to locally stored files (on a network storage - capable of running samba, dlna, xbvr through a private local wifi hotspot), such as when staying in hotels. While it’s impossible to stream 6k, 7k or 8k videos on a public hotel wifi, scripts are fine. But SLR only allows 3 script downloads per month so streaming is the only option.
DeoVR would work if Quest headset could mount a samba share and make DeoVR actually think it’s a local folder, not a network share… but I wasn’t able to find any way to do this.