CheckPoints avec vitesse initiale.

[Virus721]

Salut !
Voila ca arrive tres souvent que lors d'une course (principalement les courses rapides avec sauts calculés au millimètre, quelque soit l'environement) on ne puisse pas la terminer, ou du moins la terminer correctement, apres avoir respawné. Ca gache souvent la souplesse des sauts, la vitesse générale de la map, etc... Il serait intéréssant de pouvoir programmer une vitesse intiale a chaque spawn (ligne de départ et checkpoints). Ca éviterait de casser " le flow " du circuit, et permettrait des départs a vitesse non nulle, chose tres chiante a mon avis.

[Camthalion]

Je ne pense pas que ce soit une bonne idée : si tu arrive sur le checkpoint avec une vitesse plus faible que le respawn programmé, il suffit d'appuyer sur Entrée et hop ! ta vitesse a augmenté de 50 km/h...
Au final je pense plus que les gens vont s'en servir pour tricher, bien que l'idée n'était pas mauvaise au départ.

[Virus721]

On pourrait programmer une condition qui permette de repartir a la vitesse exacte ou l'on est passé aussi.

[Slig]

Comme ça si t'es arrivé trop vite pour le passage d'après t'es mort même en respawnant....

Pour garantir le non bloquage, on pourrait imaginer que la validation impose en plus de la course entière de pouvoir joindre le cp suivant depuis n'importe quel cp (du genre un 2eme run de validation spécial ferait qu'à chaque cp il provoque un respawn, et on doit arriver à finir la course comme ça de cp respawné en cp respawné).

Mais bon, ça serait pas mal de complication alors qu'en fait c'est au mappeur de vérifier que aucun des respawns de sa map n'est bloquant, tout simplement.

[Virus721]

Le problème c'est pas tellement les respawns bloquants, c'est surtout le fait que ca casse complètement la fluidité de la map. Une validation CP par CP n'arangerait pas le problème. Quand aux CPs ou on arrive trop vite, c'est beaucoup plus rare, et beaucoup plus facile a gérer pour le mappeur.

[Slig]

Le problème c'est pas tellement les respawns bloquants, c'est surtout le fait que ca casse complètement la fluidité de la map. Une validation CP par CP n'arangerait pas le problème. Quand aux CPs ou on arrive trop vite, c'est beaucoup plus rare, et beaucoup plus facile a gérer pour le mappeur.

Pour ce qui concerne une vitesse spécifiée par le mapeur, la remarque de Camthalion sur l'usage détourné pour gagner de la vitesse me semble importante et plaide contre.

Pour ce qui est de respawner à la vitesse direction à laquelle on était passé avant, il y a risque que ça rende le respawn bloquant de manière non contrôlable par le mapeur, ce qui est pire.

Pour ce qui est de la fluidité, ben, le respawn est censé être la roue de secours après un accident, pas plus.

Enfin c'est pas moi qui choisi, je ne suis qu'un joueur et écriveur de scripts sur temps libre

[zemano]

Pour ce qui concerne une vitesse spécifiée par le mapeur, la remarque de Camthalion sur l'usage détourné pour gagner de la vitesse me semble importante et plaide contre.

Et pourquoi pas mettre un délai entre le moment où le joueur appuie sur entrée et celui où la voiture redémarre, genre 1,50 sec, pas plus mais suffisament pour que le joueur ne gagne pas de temps avec cette technique. Ou même encore plus de temps, genre 3 sec, puisque de toute facon à partir du moment où l'on respawn, toute tentative de record est perdue.

[Akbalder]

Ça ne sert à rien de compliquer le jeu avec des trucs du genre. C'est au mappeur de faire sa map de façon à ce qu'elle soit intéressante en repartant de n'importe quel checkpoint.

[Virus721]

....ce qui est rarement le cas, et souvent difficile a faire correctement.

[Yrp360]

Ça ne sert à rien de compliquer le jeu avec des trucs du genre. C'est au mappeur de faire sa map de façon à ce qu'elle soit intéressante en repartant de n'importe quel checkpoint.

Je ne peut que plussoyer ! C'est un des points fondamentaux dans la conceptions d'une bonne map fun et pour tous Et c'est au mappeur de gèrer ça