Pro Cycling Manager

Hello Focus and Cyande Team.

First of all thank you for your great work with the updates that solve and improve the game.

I saw that many times happens in the game don’t working properly when the game pick up time or when no.
In the flat stages usually, although a rider arrive in a breakaway with clear distance with the main group the game give the same time. However in the mountain stages the game pick up time even when you arrive clear in the main group.

Please see the image attached to see the differences. In flat stage Contador is the same time than main group and in the mountain Contador lost 30” to pocket.

Please see the images below:

FLAT FINISH (STAGE 8 Tour France)



https://www.youtube.com/watch?v=5MS1SQJ3CHg

MOUNTAIN FINISH (STAGE 9 Tour France)



https://www.youtube.com/watch?v=jtTCQte_J4o

Is possible fix it?

Thank you in advance,

You can see the images below:

Flat Stage:

Mountain Stage:

Thank you for read me.

Kind Regards,

Unfortunately it's not a bug but we have different parameters depending of the type of finish.
If we reduce the timegaps (the minimum of time needed to start a new time in the rankings) in flat stages, the direct consequence will be to make splits in the peloton and you'll complain a lot about it.
if we make them bigger for mountain finish, then the direct consequence will be to have less differences in mountains.

We have tried lots of possibilities but we feel the actual balancing is not that bad, considering this is a 1/10e scale.

The famous gap time^^

le problème dans le jeu c'est l'echelle 1/10eme . le peloton s'étend sur 1km dans le jeu alors quand vrai c'est moitié moins en étant étiré, donc si il y a une cassure vers l 'arriver sa peut avoir une repercution de 25 à 40 sec dans le jeu alors que tu a l'impression que ta perdu l'équivalent de 3 à 5 secondes a l'oeil vus le petit espace entre chaque coureurs ,alors qu'en vrai c'est des petites cassure de 5, 10 ,15 seconde max sur un sprint massif sur 2km lancer.

Sur les etapes avec une arrivé en côte type fleche walonne ou avec un groupe de 20 a 30 coureurs qui sprint c'est encore plus flagrant et même dans le cas de figure d'une étape comme arcalis cité plus haut .
Je me posait Evantuellement une question si le compte a rebours a l'arrivé était un chouille ralentit a celui actuelement vous pourrier toujours laisser un gaptime très sensiblement identique a certains profiles pour les arrivées en descente , plate ou faux plat montant avec des résultats d'arrivée bien plus cohérent pour l'oeil . le point négatif évoqué suite au image plus haut serait réglé , pendant la course les écarts en espaces-temps entre peloton et echapper coïncident et reste coherent avec le compte rebours d'arrivée sans respecté votre echelle 1/10eme .

Cohérent mes propos ou je suis à coté de la plaque? Après je sais vous parlé d'echelle et vous voulez garder une cohérance dans les distances chronométrique sur celle ci,(faut t-il forcement respecter cela)quelle est la meilleur solution?avoir un calcul coherent de notre oeil sur la distance, ou ce baser sur le respect de la distance temps echelle qui a ces limites a cette echelle1/10eme?on le voit sur les images.
il y a matière a reflexion.

Thank you very much for your reply to all!

I understood it. Is not easy to solve.

In my lowly opinion, I suggest for the next edition try to introduce that the computer bear in mind the groups exists 1 Km before the arrive in flat stages and in mountain 500 m. In this way the machine could be able to difference when is a sprint or when are two groups with a little bit difference of time between them. Therefore pick a little time if there was two groups or pick the same time if it was the same group, because it has been a sprint.

It also occurs to me is possible that the gap (mountain and flat stages) can be select for the users, Thus each user will be able to adjust it for your preferences.

I was thinking about this the last week about it. I hope this could be useful.

Thank you to read me and apologies for the inconveniences.