Do you have v1.32.1 to try?
I would also need trace logs, change log level to trace via application settings at the top of the window, connect to DeoVR with SLR and try playing a video that has a script, wait few seconds, change log level back to info and DM me the latest log file.
Threw together a guide on Stash + MFP using Web media source
1 Like
MultiFunPlayer v1.33.1:
Download: timed patreon only exclusive
Patreon build: https://www.patreon.com/posts/122741611
1.33.1
- Improve Web window UI
- Add support for F11 and video fullscreen in Web window
- Close Web window if initialization fails
- Show WebView2 runtime download dialog if it’s not installed
- Allow changing playback speed of Web window player from MFP
- Fix instant device movement due to invalid PolledUpdate events
- Fix Web source start page not allowing urls with custom ports
- Fix crash when calculating heatmap with negative keyframe positions
- Fix crash when receiving messages in UDP output after disposing
- Add FixedUpdate and PolledUpdate helpers for plugins
- Add dynamic KeyframeCollection which allows live streaming of keyframes
1.33.0
Additional patreon only changelog:
- Add FapTap script repository - works with Web media source
- Fix scripts stored on VR headset not loading via SLR interactive api
- Fix SLR login code not opening browser
Changelog:
- Add Web media source - opens a custom Edge browser which sends playback information to MFP from a video element on the page
- Add option to split axes in heatmap preview (#198)
- Add ability to configure main thread update rate (#176) - can be used to lower CPU usage
- Add support for reading and writing PotPlayer playback speed - requires 2501xx beta or later
- Make looping optional in script motion provider
- Aggregate plugin file watcher events and queue compile only once
- Optimize axis state locking
- Fix unable to receive data from auto-started PotPlayer
- Fix OFS source PathAndQuery not set after changing ip or port (#203)
- Fix first plugin #r reference not found if source file contains BOM
If you like what I’m doing, please consider supporting me on Patreon
https://www.patreon.com/yoooi
4 Likes
So passed on some logs to Yoooi and turns out the guillotine chop between movies is a bug and will be resolved which is nice - survival is secured. @burtreynolds I learned that Wifi can not really be used without being saw/choppy/sandpaper yet. They are on it and it seem solvable to have buttersmooth on Wifi/BT also, which is even nicer. Until then pull out your USB cords and connect them even to your SSR1PCB. Dont use Wifi for now. It makes you or new users think Multifunplayer is bad.
Thanks Yoooi for the infinite work on MFP. When my annual Patreon is running out, no idea when, I will redo another year.
Yea that should be fixed in the v1.33.1 above.
1 Like
Yoooi can you tell us how you got Wifi movement so smooth in that test version I was allowed to try? You emulated buffer on the hardwareside by making the commands longer? I mean it introduced terrible variable lag but the smoothness was amazing. I understand that commands get lost even oder 5-10ms lag which is quickly happening with Wifi or BT. Could @Khrull add a buffer to his firmware?
It was not a buffer, I just made it so the moves are longer while preserving speed so that the next command does not have to line up perfectly. It should eliminate those tiny pauses that dont feel smooth but the device will be slightly out of sync when a command takes longer to arrive.
The actual solution is to have a dynamic buffer in TCode and in device firmware.
I see, the result is day and night. The lag makes it unusable as it throws every script out of sync but it is a nice demo that Wifi can be super smooth as cable connection. I hope the dynamic buffer finds its way in soon. Wifi is quite unusable as long as it is not buffered.