-
Something odd with ride height as well. I added a lot of adjustment but moving to extremes does not seem to effect the attitude of the bike in MaXHud display ???
What exactly does MaXHud depict in the 2 moving bar display?
I think the MaxHud suspension display may have a problem because ride height and even fork offset definitely change the bike attitude.
Take screenshots in pits and compare them by toggling between them.
Quote from: h106frp on May 04, 2016, 12:46:23 AM
What exactly does MaXHud depict in the 2 moving bar display?
Just the extension of the suspensions, as returned by GPB (I do not do any processing, it's raw data put on screen).
Quote from: vin97 on May 04, 2016, 12:47:51 AM
I think the MaxHud suspension display may have a problem because ride height and even fork offset definitely change the bike attitude.
The widget you are referring to is called "Suspensions" and not "Bike attitude", because it shows the status of the suspensions and not of the bike attitude :)
ah, right, makes sense then.
Makes me think I may want to add something to show the bike attitude.
I have the 3 angles (roll, pitch, yaw) so it should easy.
If anybody has an idea/example about how to show that on-screen, just send over.
Quote from: HornetMaX on May 04, 2016, 07:16:21 AM
Makes me think I may want to add something to show the bike attitude.
I have the 3 angles (roll, pitch, yaw) so it should easy.
If anybody has an idea/example about how to show that on-screen, just send over.
That would be excellent MaX, i was just looking at the output plug-in and thinking the same but i would not know how to add the overlay. Currently it is very difficult to visualise and record the geometry changes that you make to the bike in the garage.
We seem to have available;
m_fPosX,m_fPosY,m_fPosZ; /* world position of a reference point attached to chassis ( not CG ) */
float m_aafRot[3][3]; /* rotation matrix of the chassis. It incorporates lean and wheeling */
float m_fYaw,m_fPitch,m_fRoll;
that might be useful;
In its simplest form i would like to be able to see;
-the attitude of the bike when the pre-load and ride height are altered - sort of spirit level style.
-the height of the bike front and rear so i could estimate the 'sag' - maybe fPos could be used for this in some way, appreciate the origin might not be track surface but it should be absolute to track vertical origin.
-the effective rotation of the steering rake angle would also be very useful to know.
This would be invaluable for trying to create realistic set-up geometry
I can show the pitch (roll and yaw too but they are more gimmick than useful).
Everything else is not doable from the plugin: you'd need the same thing implemented in MXB (for the sage) plus additional code in GPB to provide what you want (as I'd need o know the exact bike geometry do compute these).
Pitch would be great, could you also display m_fpos(vertical) somewhere in the interface (maybe make it hideable) - with pen/paper and calculator it would then be possible to calculate the values by hand to correctly set up a new MOD bike, at the moment its almost guesswork trying to visualise the bike set-up without any feed-back from the garage.
fPos height is not relative to track (and we don't even know where on the bike is the point with these coords).
I can show it no problem, but I doubt it'll be of any use.
A long as its to a consistent datum (probably track 0,0,0) it will work for me - it says its a fixed point on the bike (guess its 0,0,0 chassis from bikeED). I only want to use it stationary at the point the bike first enters the track in the pits so i should be able to make adjustments and see the relative change on the bike - hopefully with some simple calcs i can get a rough figure for the bike displacements which you cannot get anywhere else.
At the moment its impossible to check the in-game stance of the bike anywhere and very difficult when you are trying to set up BikeEd suspension geometry correctly with no game engine feed back..
Hopefully one day this will all be available in the garage.
Thanks for giving this a try, it will be a real help :)
Netx time I put my hands in the code I'll add the pitch and fPos (vertical) to the suspension widget.
Quote from: h106frp
Hopefully one day this will all be available in the garage.
Hopefully ..., it would be helpfull for bike setup
With the aid of a post it note i checked that no matter what pre-load i add the suspension bar is in the same place in the max hud display.
Changing the spring alters the height of the bar. So i assume the starting point of the bar only represents the total amount the spring must compress to support the weight of the bike as this indication would not change with pre-load.
But if the Max had shows movement, it will always be in the same place to start with as it is reading "NO MOVEMENT" but when you ride it will move right? I dont think MaxHud can be used to read static positioning just movement?
Just a guess
DD
Pretty much it, having to guess at setting up the bikes is really spoiling the sim for me at the moment :(
Well you need to study what the differences are between A1 and A3.
I was chatting on teamspeak with Kerazo as he was on the A1 and you were on the A3 and I could see that the A1 was far smoother in motion. Kerazo agrees it is far better to ride than the A3 and he is a really good rider in GPB.
I will have a think about a way to help see visually how the bike is with different setting. The biggest problem is knowing how Pib has it all corresponding to real life to do it right.
If I remember right Kerazo was using 15% DL btw
DD
Thats the problem A3 has a more technically correct suspension arrangement, but i don not have the tools to debug why it does not perform better. At the moment i am using 'classic suspension' as it does not appear possible to invert any of the linkage types to suit the Ducati (bikeEd crashes). So i suspect that losing the rocker linkage is making it impossible to get a correct rear wheel curve/leverage ration causing the bike to sit lower than it should for a given rear spring rate. To prevent the rear collapsing and the front being unloaded you can then only move the CofG forward to balance the suspension loads. NB my bike is not the only one i have viewed in BikeED that attempts to solve the problem this way ;)
If Pib has written GPB mainly for modern race bikes then I am sure there are some limitations to modding and guess compromises will have to be made.
It is better to have a bike that rides than one that is EXACTLY true to its design but not use able in GPB.
I am sure you will get it right mate. Great work so dont give up lol
DD
Quote from: h106frp on June 04, 2016, 12:53:36 AM
With the aid of a post it note i checked that no matter what pre-load i add the suspension bar is in the same place in the max hud display.
This is correct.
Given a fixed weight, a spring will always compress the same, regardless of preload, unless the weight is lower than preload.