Présentation du concept
WorldStrike propose de piloter un char dans n’importe quelle ville réelle, grâce à des données cartographiques publiques. Le joueur contrôle le véhicule avec les touches WASD, vise à la souris et déclenche le tir par clic. Sur mobile, le même principe se traduit par un tap sur la carte pour définir la destination et un appui long pour tirer. Chaque char possède une jauge d’armure et un canon, affichés en temps réel, ainsi qu’un compteur de vitesse, de bâtiments détruits et d’adversaires éliminés. Le jeu indique également un temps de réapparition de cinq minutes, pendant lequel le char reste indisponible.
Architecture technique et utilisation d'OpenStreetMap
Le moteur du jeu exploite les tuiles vectorielles d’OpenStreetMap (OSM) pour reconstruire la topologie urbaine. Les coordonnées géographiques sont converties en un maillage 3D où chaque bâtiment devient un objet physique. Cette approche implique un pré‑traitement des données OSM afin d’extraire les polygones de bâtiments, de les simplifier et de les associer à des textures de base. Le serveur doit donc disposer d’un pipeline de conversion OSM → mesh, exécuté à la volée ou stocké en cache pour chaque zone jouable.
Mécanismes de jeu et persistance
Lorsque le canon touche un bâtiment, le moteur de physique calcule la destruction en fonction de la masse du char, de la vitesse d’impact et du matériau attribué au bâtiment. La déformation est appliquée à l’objet mesh, puis le nouveau état est propagé aux clients via un protocole de synchronisation d’état. La description indique que les bâtiments « restent à terre pour tout le monde », ce qui suppose un modèle serveur‑authoritative où chaque modification du monde est enregistrée dans une base de données partagée. Le marquage d’un emoji sur les décombres représente une couche supplémentaire d’état persistant, stockée sous forme de métadonnées liées aux coordonnées du fragment détruit.
Enjeux de scalabilité et limites
Le jeu doit gérer simultanément plusieurs milliers de joueurs évoluant sur des cartes potentiellement très étendues. La réplication des états de destruction nécessite un système de diffusion efficace, typiquement basé sur des zones d’intérêt (interest‑management) afin de ne transmettre que les changements pertinents aux joueurs proches. Le temps de réapparition fixe de cinq minutes simplifie la gestion des ressources serveur, mais impose une contrainte de latence : les joueurs doivent rester connectés pendant la période d’attente, ce qui augmente la charge réseau. Enfin, la dépendance à OSM implique que la précision du rendu dépend de la qualité des données cartographiques locales ; les zones peu cartographiées peuvent entraîner des maillages incomplets ou des erreurs de collision.
