FlyPT Mover 3.7.0.9

It's not there...
In my mind it should be mirrored so I force it to be mirrored. Let me check it better.

Feature request: I know I said let's work on stability and parity but I just wanted to ask: Can we add a feature to the RPM pose so it has a engine cutoff feature where we don't get any vibration if RPM is below a certain rpm? Reason is when I'm in a car in iRacing and the engine gets shut down in the pits during repairs the RPM goes to zero and it causes really extreme vibrations at that RPM. (I think it goes to 0, I haven't checked it, all I know is that when the engine shuts off the vibrations go extreme).

Eagerly waiting for the Thanos output to be enabled. V3.7 is fantastic so far, I am set-up and waiting to punch the connect button. @pmvcda I think you should start charging a subscription once this version is stable. So much work has gone into what I think is the best software for sim Stewart platforms and beyond.

I'm aware of that and tried to solve it on the last build, but it needs more work.
It's related to the transition of connect/disconnect that makes rpm go down causing the vibration. I know what to do but still did not reach that one.
I think i can solve it for the next release.
Hope to have a new release friday, maybe before if all goes well.

Been really busy lately so not had chance to try again but I still can't get my rig to move all I get is a clunk and the values move but the rig stays still. Using Bits doesn't work either



However all the serial devices now show up which is good

Hi Craig, do you still use the same Odrive-Firmware? I think this expects cpr and not turns, so maybe you get something like 1/8192 turns (so close to nothing) because I think Mover 3.7 gives turns to the Outputs? Maybe you already have this in mind.

Hi @pmvcda, today I did some more testing with the new Mover 3.7. And I think there is a bug with the In gains in the pose- from motion. When I set the In gains for example from 1 to o,2 I can not see that the values give a lower response.
Maybe you can check this? Thanks!

In the old Mover did you use a filter in the actuators for the CP like @PeterW said?
You can add it in the new Mover , inside the actuators window.

I didn't use any kind of filtering in the old Mover I just put the string into Mover and it worked set at 18 bits. I have no idea why its not working I've tried everything I can think of but it just doesn't change anything. There must be some difference between the old Mover and new one to make it not move at all. I have set the bits to 32 and 64 but it makes no difference.

Where you using decimal or byte in rhe output?
Please share the old setup.

@SilentChill , also it's x1 or x 1, seems there is no space in your string

Using ascii

I was just testing with spaces and no spaces and no speed that was a quick screen grab.

Old setup was x 0 <AxisA1> 5000 <13>

Would someone be willing to share it's profile for EA WRC for an SFX100 type of rig?

Or a good filter for Heave? I'm not 100% happy with what I get so far for Heave, I would like it have a bit more of a sinusoidal sort of movement after going though bumps for example, I feel like it's too short at the moment, and increasing gain for example just make the movements more harsh and it starts to vibrate with quick changes in the direction of the actuators which feels bad, and increasing EMALP doesn't have the effect that I want.

I'm using EMALP(LOGISTIC(VALUE)) which works great for me in Dirt Rally 2 and Automobilista 2 but not so much with EA WRC.

Any recommendations would be greatly appreciated, thanks.

Found a bug causing an error in the byte format... It will be solved in the next release.

hmmm, the logistic before the ema might generate a kind of spring effect, have to try that.
Usually I use the logistic to limit motion to a specific range.
Try LOGISTIC(EMALP(VALUE))
EMALP smooths movement and EMAHP gives you the noise. Maybe try LOGISTIC(EMALP(EMAHP(VALUE)))
In logistic use the range of the actuator
In emalp increase value to be smoother
In emahp increase value to get more motion and going back to zero
You are setting the amplitude of movement with emahp, smoothing the noise with emalp and soft limiting to the range of the actuators.

T

Thanks mate I'll try this.

Pedro, maybe a bug (or my dumbness), in 3.7.0.4: the UDP output doesn't get data from my 'Just Pose 6DoF' rig.
Strange thing: the VR Motion Comp. module receives data.
Both OUT modules do not have a line from the rig module.
EDIT: I copied the 'send' string from 3.5. Has anything changed?

Yes, it changed, but I have a bug on the output module where sending large values causes problems. It's solved for next release. Trying to publish today, but still need to make some changes in the serial.
Don't use it right now, but please test the next release

Will do so, THANKS!
And Pedro, I know this is hardly the best time to ask for a new (?) feature:
For games that provide only minimalistic output (I think of KayakVR with only pitch, roll & yaw position plus kayak speed), could you compute and provide acceleration for those axis? Or can we do so by filtering?

You can by taking the derivative of the position. Taking the 2nd derivative would give you acceleration.