Messages

Secondly, would you consider adding AI, IF it is possible for the many actual GPB riders that would like it and to cater for those that have not purchased GPB due to the lack of AI.

I fully understand your reasoning for not wanting AI in GPB due to the possible "Arcade" title it may give GPB.

The main reason for not integrating AI is that it would be a colossal amount of work, to have something that would probably end up not very good anyway.

Hi

   Thanks for responding, and no I don't think you came off as greedy, we will definitely give your offer some thought, it might be worth it. 

   Still, I don't think it would only be engineers that benefit from this feature.  This seems like a pretty standard feature of most games, I know this game is built around a great community that is very active, but the ability to race the cpu would attractive to newbies, and also great for training.

A full fledged AI would go way further what you need... Not only it would have to be competitive at the limit, but it would also have to take the other bikes into consideration, and overtake them or change line and adapt to it while still pushing at the limit. It would also have to handle different setups and handle the different sessions, for the example the different stints during a practice session.

A good AI would also need to make realistic mistakes every once in a while...
Last but not least, the bike simulation is too complex to allow for a grid of competitors. So the only solution would be to make a second, much simpler, physics model, that still uses the same data as the full one.

Hi

   Thanks for responding, and no I don't think you came off as greedy, we will definitely give your offer some thought, it might be worth it. 

   Still, I don't think it would only be engineers that benefit from this feature.  This seems like a pretty standard feature of most games, I know this game is built around a great community that is very active, but the ability to race the cpu would attractive to newbies, and also great for training.

A full fledged AI would go way further what you need... Not only it would have to be competitive at the limit, but it would also have to take the other bikes into consideration, and overtake them or change line and adapt to it while still pushing at the limit. It would also have to handle different setups and handle the different sessions, for the example the different stints during a practice session.

Creating a robot that can ride the simulated bike around a track is possible.
However, it would require work. A considerable amount of time should be invested to add this feature, that would only be beneficial for you and very few others.
If your message is just a suggestion, then unfortunately it's probably never going to happen.
If, on the other hand, you have a solid project with a budget to invest on it, then it's possible, if you have the patience to wait a few weeks.

Hopefully this message doesn't sound too greedy... But really this is mostly a one-man show busy on multiple projects at the same time.

* KRP: still working to integrate warmup and qualifying / second chance heats... It's taking forever!  But hopefully it will be worth it. It will be useful for rallycross and sprint cars on WRS, too.


http://www.youtube.com/v/CyKk-cF7dgI

Reload directory button, to make checking skins in game easier.
Remember last folder, so you don't have to browse to your skins folder every dang time.
Ability to select files from different directories, so you can store different rims and other parts in directories and use them without moving them around in Windows.

The latest PaintEd, 1.4, already integrates the first two requests.

* KRP: more work on heats support


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

[@Piboso:]

@Piboso: in the telemetry data (SPluginsBikeData_t), the CoG accelerations are described as "local to chassis rotation".
From what I see in-game (for a rider sitting on a bike):

• X is right
• Y is up
• Z is backward

That's unusual, no ? Can you confirm ?

In theory the acceleration should be local to the chassis.
So, for example, when the bike is leaned then Y acceleration should always be along the bike vertical axis.

Everything should be back to normal now.

* KRP: more work on heats support


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

* KRP / MXB: allowed to assign front and rear brake controls on the same input

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


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

* MXB: fixed the plugins output in the replay

* KRP: fixed an output plugins bug during loaded replays

* KRP: refactoring of the results user interface code

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


http://www.youtube.com/v/inXC_lab-34

Could we have the suspension ''Test'' feature in GPB too?

This should go to the "Suggestions" section.
What would you need it for? Is it something that is used on road bikes, too?

Sure, Having the right amount of sag etc is very important for suspension setup. a measurement readout would do just fine without seeing the bike/rider (less work?) but would be cool to see!

il post in ''suggestions'' next time, sorry 

Do you have reference data for the correct front and rear sag setup of a road racing bike?

The maximum speed is estimated using the radius set in the TYRE file, and the engine limiter, primary ratio, gears and final ratio set in the CFG.
However, the estimate of course doesn't take into account:
- tyre compression
- tyre slippage
- aerodynamic and rolling resistance

* GPB / WRS / KRP / MXB: fixed a sound problem when loading the settings during a replay and when exiting a replay

* GPB / MXB: fixed the bike setup during a replay

* GPB / WRS / KRP / MXB: more improvements to the custom profiles support


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