Messages

At the moment it's not possible.
Something is planned for the future.
However, please note this is a problem for real riders, too, to some extent 

[all the time]

Isn't it the same thing?
@PiBoSo: I thought we have been over this. Maximum lean angle of the bike and incorrect/illogical lowside detection are separate problems.
The fact that the rider decides his bike has lowsided when he is running out of space (in his current body position) and consequently ejects off instead of moving closer to the bike simply makes no sense.
Also, real MotoGP riders only hitting the maximum possible lean angle for a very short period of time is simply the result of sitting on a real bike as opposoed to sitting in front of a computer screen.
The virtual rider that keeps the bike at it's maximum possible lean angle all the time (at full lean input) is the reason for this "unrealistic riding style" in GP Bikes.
Manu's bikes lean a bit too much at some corners but this only happens at banked turns which suggests that there is still something wrong with GPB uphill/downhill physics.
The result laptimes that are pretty close on relatively flat tracks. Even Mugello ist quite accurate when you have a "more realistic" riding style.

It is physically correct to have more lean in banked turns.
It is possible to automatically lean the rider less. Experiments will be done in Beta9.
However, if there is a heavily banked corner with a tall kerb with opposite camber on the inside and the bike is leaning at the max, there is nothing to do.
Lowside detection can for sure be improved, but looks like there is ALSO a problem with bikes leaning too much on tracks that are not properly made.

[any]

They go wrong anyway (with any bike).

If I'm not mistaking it's Manu's attempt of avoiding the rider eject bug as much as possible.
Obviously this is not a solution but at the same time it's also not the cause of the problem.
...Maybe I don't remember it correctly but ultimately it doesn't matter anyway.

GPB just needs a more logical lowside detection algorithm.

Again, looks like some modded bikes lean too much.
If you watch real footage, they reach max lean ( around 65 ) only for a fraction of a second, and for sure not on corners with a steep, half-meter tall, kerb on the inside.
Are the laptimes of these modded bikes realistic?

Not really important but could you shortly list the criteria for when a lowside is detected?

It would be much better to create a thread in the bug reports section.
This bike mod seems to have wrong data for the tyres and torus radius.
The criteria has already been described: it's the distance of the physics rider from the ground. However, the rear tyre must also be touching the ground. Maybe this latest additional check is not needed.

* KRP: finally completed the code refactoring to support heats. Now it's testing and debugging time.


http://www.youtube.com/v/5OyM0R5uRPQ

Please try disabling 3D grass.

[WRS]

Mr. Piboso since in WRS are already implemented, is possible have the same for GP Bikes? So we can create good road bikes!

A separate texture must be used for each mirror surface, and the texture filename must include "mirror"; for example: "leftmirror.tga" or "mirror_right.tga"

* KRP: more work on heats support


http://www.youtube.com/v/x6QZn9xiuOE

* GPB / WRS / KRP / MXB: fixed the track animations timer

* KRP: more work on heats support, on the user interface side


http://www.youtube.com/v/BbMzoSVKp1Q

* KRP: almost finished with heats support

* GPB / WRS / KRP / MXB: started update of the Rift SDK to the latest 1.3

* GPB / WRS / KRP / MXB: fixed the high-res screenshots track animations


http://www.youtube.com/v/5EO1nfSCKrU

Easter.

Indeed...

http://www.youtube.com/v/rG5RNFm_STE

day off


http://www.youtube.com/v/JGftIcp2SC0

day off


http://www.youtube.com/v/ZPVxMB6w8PU

* KRP: the shock! Worked on heats support...


http://www.youtube.com/v/4zLfCnGVeL4

* KRP: surprise! Still working on heats support... 


http://www.youtube.com/v/aVIA1n5ng4Y