FlyPT Mover

Takes about 10s but it launches properly

@pmvcda I would love a small update from the 3,6 to make 9,81 standard number for heave while using acceleration with gravity. That could avoid many unnecessary kicks. Any hope for such a update ?

Hello, new to the forum.
I'd like to ask for some help for FlyPT Mover's setup (trying a 8 channels/transducers config).
My USB sound devices only shows 2 channels despite being configured as 7.1 in Windows (Win 11 up to date).
Tested last (3.5.3) and previous (3.5.2) versions of Mover. Tested as admin as well as my regular user account.

Note that with Simhub, all the 8 channels works (validating windows setup).
Any tip on how to solve this?

Thanks for your help and support.
nittch

@nittch check this post:

https://www.xsimulator.net/community/threads/flypt-mover.13464/page-141#post-226735

a workaround could be a second or multiple audio cards

That is indeed what I do.

Hello,
thanks for pointing me to that post, as it was from March, I thought it was fixed but maybe not yet.
Thanks also for suggesting this workaround which is not that easy in term of cable management on my cockpit.

I'll watch for updates.
Have a nice day

Anybody bored by this ??

After restarting from scratch the profile in 3,6 beta, the issue seems to be gone

Is 3.6 worth the upgrade from 3.5.3?

You don’t have the history of all committed changes in VS?

As you see, you can consider it as an upgrade. I guess it worth the hassle especially if you have a 6-dog rig

I did some more testing and in the 3.6 beta there is a different handling of the FS2020 source. As we have a new bug from Asobo that makes all accelerations to 0 while the throttle is idle, the mover source disconnects instantly.
For those who use vertical acceleration with gravity, this can be very annoying (soft start transition works fine but soft stop does not).
Faced with this problem, although 3.6 have a wonderful handling of slow out of pose transitions that I admire from a coding point of view, I cannot recommend this version for fs 2020. I still hope to have an update from @pmvcda in the near future. (btw. using git in VS gives the coder a chance to never loose a single commit, revert versions back and forth, merge between different branches etc.)
All the best - HeXpod

Hello everyone,
Could someone advise me the best filters combination to get an aceleretion and deceleration ramps rather than curves? I need of this because my 6DOF rig is quite performing and I would like to reproduce a constant acceleration in order to feel the 2G of force which my rig can easily reach. If wouldn't be possible could be a good suggestion for @pmvcda to develope an acceleration and deceleration ramp filter tather two EMALP filters?

I would appreciate any help.
Thank you

it seems involved with your internet connection, if you cut it, you permanently get it, maybe an update service or something.

By definition acceleration is a quadratic function. Movement of your platform is much more a curve than a ramp because it’s accelerating afaik. So it’s all about accel or decel. Constant speed can’t be perceived by senses.

You are right that's why I talked about acceleration and deceleration ramp. About the curves, I will add another "from motion" pose with the all curves needed.
There is a way to get acceleration and deceleration ramps? Also limiting the actuator's speed would be great for the high-speed actuators

https://www.xsimulator.net/communit...search-or-why-doesnt-my-rig-move-right.14288/
you can take a look here

Some question about park position.
I have an application that would be nice, not even necessary, to have park position at 0 mm. Meaning when starting no travel of actuator , however movement in both direction. Practical an air cylinder with stop position in the middle moving for pressure right and left side, up and down.
Up to now I disconnect mover with a negative park value in rig module and vented one side manually with a bypass vent, this works fine.
For convenience I tried to alter the park position to zero und position cylinder to middle.
But this leads if connecting, through output value 127 255, creating a big jump to the opposite max position.
Am I right starting value 127 255 creates a erratic impulse burst ?
So start and stop of mover could only be possible beginning with 000 000, counting gently up to the drive position and any further travel are relative sequentially values ?

Thanks for the precious advise, actually I know Hexago software, and thanks to him that I'm quite practice with the filters. Perhaps I'm improperly called "filter" the ramp I need, maybe better to call it a function exactly the same "filters" which @pmvcda call the "Operation filters".