Okay I understand. I’ll note this down on the todo list.
I’ll let you know what happens to this
Thanks!
Okay I understand. I’ll note this down on the todo list.
I’ll let you know what happens to this
Thanks!
hey everyone, I’m working on the queue/playlist feature.
It is currently called a Queue but I may change its name to Playlist.
Just thought I’d share a couple images from development for this feature.
i’d love to get this out soon. there are still situations to be considered that I am working through, such as when using an external player like IINA.
Because the IINA plugin we have for FunPlayer does not currently support telling IINA to open a media file, it’s kind of pointless having a Queue in FunPlayer when connected to IINA.
Later on, when the FunPlayer IINA plugin is improved to support opening media files then that’s great, but for now would need to display a clear state saying the Queue can’t be used with IINA right now, for example and to suggest switching to the internal player or another player that supports media changes that FunPlayer tells it.
Great progress has been made! Thank you for implementing the requests! ![]()
the next update feels like such a big step forward for FunPlayer that I decided the version will go from 1.8.3 to 2.0.0 to do it justice ![]()
The queue feature is much more polished now and I love it.
So excited to share more soon and get it published.
v2.0.0 is now live!
Take a look at the headline feature; Queue/Playlist is now here!
For Pro users:
Full changelog:
( tagging users who may find this update interesting: @Carrot @coolvp @Ligriff69 )
Nice but still wont DL from Appstore.
Yeah I’ve made some progress on that front, I’ll keep in mind to tag you once there’s a non-App store release.
Trying out the app but when I try to use my mirabot osr2 clone, it detects it on the usb serial port but when I try to connect I get an error something like “missing tcode handshake response”. Any ideas?
Also, do you have any plans to add the following features:
The axis limits are must have IMO. Maybe they are presented once a tcode device connects?
hey friend, so I implemented the TCode spec, maybe a bit too strictly. I think what is happening is your device is not programmed to send the TCode version upon a connection being established so FunPlayer is rejecting it. In the next update I will allow an override or some other way to be more relaxed about this rule.
There is the playback adjustments panel, it can be bind to a hotkey in the app settings or the button on the top-right of the main app window. See this link Playback Adjustments | FunPlayer Docs
The playback adjustments panel contains axis limits. Please do note that FunPlayer does not support multiple axis yet. It is only 1 axis at the moment; L0.
Random movement generation and jumping dead script points are among the features on my todo list. Unfortunately at this moment, they’re not supported.
I’ll update you once a new update has been released that loosens the TCode version handshake check.
Thanks for the reply! I’ll probably buy the pro version whether or not I use it for the osr. I’ve been using your app as a local player for the vacuglide 2 the last couple days and enjoying that.
yeah sounds good. I’m just doing some travelling at the moment so I won’t be to provide any updates for like 2 weeks. anyway, I’ll write a reply here when I’m back and working on this.
thanks!
I just wanted to say again that I still really enjoy this Funplayer, it works great every time on my MacOS. It’s the only player that works for me and shows the heat map graph which I like to see. Thanks for continuing to support the Mac community here.
Thanks for the kind words ![]()
I will tag you once a new update is out that improves the heatmap to be more interactive.
Okay, just finalizing the release for v2.0.1. Here are the following changes. It is quality of life improvements / bug fixes. No new features. I will hand it over to Apple soon and they will need to approve it before the update is available.
connecting to t code devices that don’t do version handshakes will now be possible in the new update 2.0.1. It is not out yet. I will hand it over to Apple soon and will announce and tag you when it is out publicly.
Multiple Axis is the key for me - as well being able to map a vibe, vibe1/vibe2, or v0/v1 script in addition to including twist/pitch/roll is the kind of thing that puts this head and shoulders above XTPlayer.
The “holy grail” is to be able to run my Edge2 and multi-axis script at the same time. Only MFP does this, but it’s on a Surface tablet and fussy as heck, whereas my ‘cave’ is OSX and multiple large screens (and I can run a 2nd sound card to direct e-stim too if I want).
Yeah, I’ll turn my attention back to multi-axis support.
There’s four big todos - multi axis, adding VR players (HereSphere, Whirligig, etc), distributing FunPlayer directly (so two options - via App Store or direct download), and improving UX for the internal player.
v2.0.1 is now live!
Fixed: Autoplay preference is now respected.
Added: Queue folders are restored when the app is reopened.
Added: Collapsed and expanded folder states are restored when the app is reopened.
Improved: Internal player volume is retained across files and app relaunches.
Improved: TCode devices can continue connecting even when they do not respond to the version handshake. @drock00
hey everyone
just an update on things; I have multi-axis working locally, the core of it works but still a bit far from being polished and tested enough to be shippable. I’m going to switch gears now and focus on allowing downloading of the Mac app via direct-download as well, not just App Store. This shouldn’t take that long, I’ve made progress on it already, I’ll finish this up, then switch my attention back to the multi-axis feature.
Also; the next update will include 3 new media players; DeoVR, HereSphere, and Whirligig.
Current situation:
@roa I will ping you once non App Store is live.