* KRP: completed support for intake and dash paints
* GPB / WRS / KRP / MXB: fixed the primary monitor detect, hence the default resolution
http://www.youtube.com/v/tKjZuykKY1I
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Quote from: Hawk on March 08, 2016, 10:28:53 AMQuote from: vin97 on March 08, 2016, 12:51:29 AMQuote from: Blackheart on March 08, 2016, 12:40:57 AMthe rider's knee enters into the curbs (this is the bug)I'm pretty sure it's the knee colliding with the bike geometry (like Hawk first said some weeks ago) instead of the rider colliding with the track.
If the knee/rider could enter (clip into) the curb, the bug would probably be fixed but the nicer solution would definitely be to allow the rider to clip into the bike (and keeping the sliding knee animation) or to automatically reduce the rider lean so that he has enough space (more difficult coding-wise, though).
The rider jump-off bug only started when Piboso implemented the knee slider contact and reaction to the knee colliding with the track. So yes and from the evidence provided in video by Vin and Blacky, the knee collision routine is the routine at fault for this bug in my opinion.
Hawk.
Quote from: HornetMaX on March 08, 2016, 09:17:00 AMQuote from: vin97 on March 07, 2016, 09:58:26 PMNo vin, it's a bug. And a terribly ugly one for a sim like GPB. I mean, if a Milestone game was doing that, we would be all here pissing on it (video posted by janaucarre here: http://forum.piboso.com/index.php?topic=3129.msg49169#msg49169, look the second half in particular):Quote from: Stout Johnson on March 07, 2016, 09:38:46 PMAt the moment it is the reason for the bike understeering in sloped-down corners.Are you sure it is actually doing that, though? Have you calculated the maximum possible corner speed for a given corner and checked to see if GPB is simulating it correctly?
It still looks like the bike is understeering but if the corner speed (and lean angle) is correct, then it would be a visual bug and the physics would be correct.
Quote from: bison160 on March 08, 2016, 01:58:09 AM
"* KRP: more work on heats support"
PiBoSo, I see that you are working on heats for KRP. I assume this means Heat Races, and Alternate mains, such as D, C, B, and A mains etc. Please tell me that you are putting this in for WRS too as it is absolutely a must have for the dirt racing format. Any questions you have about how they are set up, I am glad to answer.
Quote from: vin97 on March 07, 2016, 06:11:01 PM
He just said the opposite in the netcode debate thread.
Quote from: Yohji on March 07, 2016, 03:35:32 PM
piboso, if you planning release date beta9 is too far, could you release beta8b it has Stability help include one?
it help it very good. I think it the sooner the better for GPbikes.
Quote from: janaucarre on March 06, 2016, 09:42:42 PM
I understood well piboso ;-)
Yes that could be interesting for the 125, particularly for the new buyers, good idea, it needs tests, but a 125 specially adapted for this help i mean, because all those which ride since a long time have a feeling they know well now and perhaps don't want another.
Quote from: janaucarre on March 06, 2016, 07:56:02 PM
That's my feeling with mxbikes since one week. I asked me if it was completely another physics or helping physics tuning, now I'm ok:)
Quote
This kind of help is not as good for gpbikes as mxbikes, perhaps only for the front wobbles but nothing else, and i don't think it's possible to do only for that without having issues on other physics.