FlyPT Mover

From the main mover window in the background it looks like you do not have anything set up yet

I am trying... I have plenty of data coming in .. and the Thanos board is seeing a motor connect but I am still not linking it up correctly.. I am close.. But no cigar...

Can you post the setup file here?

Did you select the pose to use in the rig module?

And the source to use in the pose module?

Is this the info you need?

In the rig module, on the right, you have to select the pose used by the rig.
Just check that pose

Thank you pmvcda that fixed the problem and I now have motion...

i get this...

ok, it's avast antivir. it works again when you change dir name and then quits again. you need to add exception in such case.

Hi guys, does anybody know if there is a way to define different values in multidirect for positive and negative numbers? I'm building a gseat and I would like different control based on if a paddle is opening or closing down on the body. I see that I can crop out data but that is not enough control.

For instance right now the paddles close down as tightly as I would like during acceleration but they don't open enough during deceleration. So I would like to have more gain when surge is negative, but without messing up my positive values. IE a piece wise function. Would be neat to be able to treat positive and negative as completely separate directs. If this was the case then we need a way to sum the directs before they make it to an output.

Thanks for any clues!

One way to use one filter for values under zero and another above zero (or other values) is to use a filter like this:



You add two crops, a mincrop and a maxcrop.
Now to filter both, you put a filter above the add.
To filter just the positive, put a filter above the mincrop.
To filter just the negative, put the filter above the maxcrop.
In the image, I have a logistic on the maxcrop, so I'm filtering the values under zero with a logistic.
The values above zero have a emalp filter.

Something like:

FILTERALL(ADD(FILTERABOVE(MINCROP);FILTERUNDER(MAXCROP)))

MINCROP(VALUE;0) means we want just the values above zero.
MAXCROP(VALUE;0) means we want just the values under zero.

Ah ha, very cool! Thanks fly you're the man!

Been spending some time setting up a baseline for the DCS F-16. Its for a SFX 150mm using Ardunio mega with Codexx code but should be easy enough to modify for your range. FIY i got a 2 meter gap between front back atm on my 3x setup but i dont think it will matter much. Will just get a lot more pitch than me which is a good thing!

Its mainly based on speeds but with an added pitch position for a bit more thingle in the belly. I feel like im coming out of a low G loop for real even though there's not that much change. Ofc it depends on your seat angle and such. I'd start with Rig scale and see how it fits your rig, then tune from there.

It also comes with a spike filter so you dont go bananas when shot down. It can stop the rig from moving on very violent maneuvers so just tune as you like. Hoping to get a destroyed trigger later on

Edit: Noticed a slight error -1 in Surge center of rotation on the rig, just set to 0. Reuploaded fixed file

Do you have a video of your 3x setup? I'm thinking of changing mine and using the 4th for surge.

Here's 2 vids with one in the back and one in the front. I really want to have the front actuators in between the steering uprights on the seat. That's my plan for later but i need the space to work on my G seat once the parts arrive so ive choosen to keep one in the front for the moment. You should really have cross bracing like you have in the back of the P1x in the front too for proper mounting. Its quite in the way like this. It's a lot more stable with one in front though but the spacing option is extremely limited. Still i got plenty of pitch speed so its not a big issue. I think with moving the actuators further back later when i figure out how to get around the arms it will be much better.

You also gain Pitch throw since it does not do roll/sway. It was pointed out to me that 3x will come with a bit of skew on a peg leg and not 100% perfect roll. @pmvcda I see there is some change in the numbers from which side is rolled in Mover so perhaps its compensating slightly for this skew? It's quite minor so i cant really tell tbh but in an idea world it would have a rigid construction and a rotating joint on top.


One in the back bit you should have the front closer to distribute the weight. Disclaimer: This video got a lot of my GF/Wife would love this rig lol but its the only one i got at the moment.
EDIT: Ps the video was made to illustrate being shot down in DCS and has multiple forces on a loop.


Here is the current 1x in front.

If you have exact measures in Mover, roll should be pure roll. Actuators are calculated for the pretended pose.
What might happen is that in calculation, the feet of the actuator is a point, while in reality, it has some cm diameter.
If the feet was a ball or cone, it would match better the Mover calculation, since the contact point with the floor would be a point.

.... Unless I'm missing what you are saying.

Who can help me understand the format of a string of data received over the UDP Protocol from DirtRally. I accepted a string of 252 bytes and can't write a parsing program. Help who knows.

Why your rig looks so out of sync on the videos? Is this supposed to be only heave loop on this video?

Yep, its just a loop

Yeah, I mean you have only Heave activated? Or you also insert Pitch motion loop? If it was only Heave all actuators should go up and down simultaneous.