FlyPT Mover 3.5.3

Traction loss. (putting it here for my reference, but also for others)

In Mover 2.9 we are going to have some new filters, and also going to loose some useless ones.
On of the new is the CUBIC filter.
It's based on the cubic functions.

So how does it work?



In the x axis we have the speed of rotation of a car in a game
In the vertical axis we have the rig rotation
So if we have a left rotation to the negative X, we turn the rig left, same to the right.
The particularity is that we have a dead zone where nothing happens and from there it increases exponentially.

In Mover we can define any cubic finction based on:

y=a*x^3+b*x^2+c*x+d



So the use of that filter is CUBIC(VALUE;0.000008;0;0:0)

Is defining the above graphic, being the 0.000008 the value of a.



Lower the number, larger the dead zone.

Since we are stretching the response, we can use a logistic with this filter to make it fit inside the rotation range of the rig.

For traction loss we use the 3rd degree, but I give the chance to play with the cubic functions by allowing the change of the other parameters.

There's a CUBIC3, just with the 3rd degree to make calculations faster.

There seems to be a bug for the "out of range" message when the value is set to -1:

It definitely isn't out of range, values -1.001 and -0.999 work. It only happens with the exact value of -1.

Small feature request: I'm using multiple poses simultaneously, would be nice if one could assign names to them (instead of the default "IDx")

Yes, those IDx are messing it all. I will look at it.
That -1 is strange...

This is where I put it:



I attached the config file in case there is something I did not understand.

Simtools seems ok:



The connection is yellow and all values stay at zero.

Are you using SimTools to get the data?
Try using the Mover source to access directly to Dirt Rally.

And is it Dirt 1 or 2?

You have port 4123 in your setup file. Try change the port to that number in the Dirt source

You sir, are a bad ass.

You were right! It moves! Thanks.
I was using the 20777 and it was not working.

Now, to DCS!

Well, new version is going to take some more days...

My laptop died this aftertnoon.... Rip

Got the drives out and everything is there. Had some backups also.

It was already the second motherboard, but this time I want a new one...


Hp omen, Lenovo y510.... Wich one...

Ha funny,
I'm currently scouring ebay for a $400 laptop and those are whats coming up. Just watched an 8th gen I7 Omen sell for $435 this morning!
https://www.ebay.com/itm/HP-OMEN-15...83.l10137.c10&nordt=true&rt=nc&orig_cvip=true

Hello, me again.

Testing DCS. Not working of course. Wondering what I am doing wrong.
Only put the Export.lua file in user-saved data- dcs (replacing the one already there).
No connect button, I did start on the DCS module. It turned yellow.
No value in the DCS module. All stay at zero.
Maybe I am not compatible with UPD module? What does it stand for?

Hi, there's something wrong with the dcs source. I prepared an old pc to look at the code and maybe make a build with that corrected. Let's see if I can make it tonight.
Meanwhile, I bought a new laptop, but delivery preview is only for day 13....
Got a Lenovo y740 with an rtx 2070. Think it's enough to play

Hi , I have a question about the "Extra" value and the Center of rotation for 3Dof with 4 Linear-Rig.
I have defined 2 similar rigs (ID1 and ID3):
The difference is the "Extra" and the z-value of the center of rotation. In my opinion both rigs should have the exact same motion, as the center of rotation is in the same point in space, the mounting points of the actuators should have no influence, as the connections are completely rigid. But the motion is different (pitch 0.3 deg):

Hi, I'm going to take a look today.
At first sight something seems strange.

@value1 , @Dirty , @pmvcda ,

How about making an unified lua DCS script to make it work for Simtools, Nutkicker and Mover in order to not get totally confused what’s go where ?

That's possible. At least from my perspective.

Back when I started I made my software compatible with BFF, because that was the only one I knew. I might as well use any other "standard". Then again, in DCS it's only a single file to copy.

what about formatting the LUA output as a JSON String, so that the receiver can pick it's data in a more controlled way.
Removes formatting problems and makes it readable by humans.

Probably not a bad Idea. Right now, I have an ugly function called ChopParseAndPackage(string) that reads the incoming raw data string and pushes the parsed values into their processing pipelines. If the data came in as a .json string this might be handy.

Do you know enough LUA to do that? Is there something like a Convert.toJson(MyDataStruct) function in LUA?

there is lua json libraries available, ex. https://github.com/rxi/json.lua

otherwise you can just format string manually within lua,
instead of today just send data as space separated values...

<value1> <value2>... , simplest form becomes
{label1:<value1>,label2:<value2>}
or if you wanna make it more advanced
{heave: {x:<value1>, y:<value2>,z:<value3>}, yaw:{...}}
and so on, dont know the values sent but you can build the strings manually since the lua only builds the string and doesn't have to interpret any json.

Found the bug. Will be corrected in 2.9.