L'écosystème multijoueur GTA, vu de l'intérieur — de SA-MP à l'acquisition Rockstar

Ça ressemble à une histoire de jeu vidéo. C'est en réalité dix ans de réseau temps réel et de systèmes distribués : un framework que j'ai co-créé — dont la lignée a fini absorbée dans l'écosystème Rockstar Games — des serveurs opérés en production devant des centaines de joueurs simultanés, et une équipe de 15+. C'est le terrain où j'ai appris l'architecture distribuée et la discipline de delivery, bien avant mes missions .NET / GenAI. L'histoire commence vingt ans plus tôt.

L'ère GTA San Andreas : SA-MP et MTA (2005–2013)

Tout commence sur GTA San Andreas.

En 2005, deux projets pionniers transforment un jeu solo en expérience multijoueur communautaire :

• SA-MP (San Andreas Multiplayer) — des millions de joueurs sur des serveurs custom. C'est là que le GTA Roleplay est né. Les serveurs francophones que je fréquentais ont forgé ma passion.

• MTA (Multi Theft Auto) — architecture plus ouverte avec scripting Lua. Plus propre techniquement, MTA a posé des bases que les frameworks GTA V reprendront.

Ces deux projets existaient dans une zone grise juridique. Rockstar tolérait sans jamais approuver. C'est cette scène qui m'a donné envie de comprendre comment tout fonctionnait sous le capot.

Très vite, je ne me suis plus contenté de jouer. Dès 2014, je développais des scripts pour le fondateur d'un serveur GTA:SA francophone populaire — parmi mes tout premiers. L'un d'eux récupérait la météo réelle d'une ville depuis un service en ligne et l'appliquait dynamiquement dans le jeu : on choisit une vraie ville, et le ciel du serveur reflète sa météo du moment. Déjà le réflexe qui traverse toute cette histoire — faire dialoguer le jeu avec des données du monde réel, via le web.

[CMLV-SCRIPT] Système de météo avec prévision sur site

GTA IV — L'apprentissage

Avant GTA V, j'ai fait mes armes sur GTA IV. C'était mon terrain d'entraînement : apprendre C#, comprendre comment injecter du code dans un moteur de jeu, manipuler les natives. Rien de public, juste un adolescent qui démontait un jeu pour comprendre.

2013 — GTA V sort, et rien ne marche

Le jour de la sortie de GTA V, j'étais prêt. Je voulais construire un serveur RP — mais les outils disponibles étaient une catastrophe :

• 30 slots maximum — impossible de faire un serveur communautaire sérieux
• Pas de modding avancé — les API étaient trop limitées pour bâtir une économie simulée
• Synchronisation instable — joueurs qui se téléportaient, véhicules désynchronisés, état partagé incohérent
• Fermetures répétées — Rockstar fermait les projets multijoueur alternatifs les uns après les autres

Les mods existants ne pouvaient pas supporter ma vision d'un serveur RP avec une économie simulée, des dizaines de métiers, et des centaines de joueurs. Il fallait une solution radicale.

GTAV:MP / V-Multi — L'alternative secrète

Puisque rien ne fonctionnait pour mon serveur, j'ai décidé de construire mon propre framework multijoueur GTA V from scratch. Pas pour le publier — juste pour pouvoir développer mon serveur RP tranquillement.

GTAV:MP (plus tard renommé V-Multi) est né dans le secret. L'architecture :

• ClientMP + ServerMP + Shared — séparation nette client/serveur
• Lidgren pour le networking UDP bas niveau
• protobuf-net pour la sérialisation performante
• MasterServer pour le matchmaking
• Launcher custom pour l'injection

Le tout en C#, construit par un adolescent autodidacte qui apprenait l'architecture réseau en résolvant des bugs de synchronisation à 3 heures du matin.

La toute première version tournait déjà après une seule soirée de développement — deux personnages, à peine synchronisés, mais la preuve que l'idée tenait. Quelques jours plus tard, le deuxième test était filmé : la synchronisation réseau commençait vraiment à prendre.

29/03/2016 - 2eme test GTA Multiplayer

Le projet a ensuite mûri en public, épisode après épisode. La synchronisation à deux joueurs s'est stabilisée, sous la bannière V-Multi.com :

[V-Multi.Com] #5 Test two player online

Quelques mois plus tard, la synchronisation était devenue robuste et les nouvelles features s'empilaient — on était passé du « ça marche à deux dans mon salon » au « ça ressemble à un vrai moteur multijoueur » :

[V-Multi.Com] #14 Synchronization and new features (GTAV MP)

Puis il y a eu de l'engouement. Le framework a commencé à attirer l'attention. D'autres développeurs voulaient l'utiliser. Ce qui devait rester un outil interne est devenu un projet communautaire.

La fusion avec GTA Network

GTA Network était un autre framework multijoueur GTA V qui avait sa propre communauté. V-Multi a fusionné avec GTA Network, combinant les forces des deux projets.

La première vraie mise à l'épreuve grandeur nature est arrivée juste après ce merge : la closed beta du multijoueur GTA:Network, avec un premier stress test réunissant une trentaine de joueurs connectés en même temps. Passer de deux joueurs en test à trente joueurs réels sur un serveur, c'est exactement là qu'une architecture réseau se valide — ou casse :

[GTA:N] Close Beta Stress Test #1

Cette fusion a compté pour toute la scène, parce que la techno de GTA:Network — et surtout son scripting en C# — a essaimé dans la branche « C# » du multijoueur GTA :

• En juillet 2017, RAGE Multiplayer officialise une coopération avec GTA:Network : passerelle d'import des scripts GTA:Network et adoption du C# comme langage de scripting (source RAGE MP).
• alt:V, l'autre framework C# de cette lignée, prolonge la même approche.

Un point d'honnêteté, parce qu'on me l'a déjà demandé : FiveM, lui, est une lignée séparée et indépendante — le projet CitizenFX de NTAuthority, démarré en 2014, sans rapport avec GTA:Network. C'est cette lignée-là que Rockstar rachètera en 2023 (j'y reviens plus bas). Autrement dit, la branche que je défrichais a alimenté RageMP / alt:V ; FiveM est une histoire parallèle — et c'est précisément sur FiveM que je relancerai SARP en 2019.

La scène francophone — IdentityRP, puis SARP

En parallèle du framework, IdentityRP est devenu l'un des serveurs de référence francophones, bâti sur V-Multi / GTA:Network : de l'ordre de 30 000 comptes, 250 personnes en simultané en pic, vingt-sept métiers, une bourse dynamique avec prix qui fluctuent à l'offre et à la demande. Ce serveur était opéré via mon activité indépendante, distincte du framework open-source V-Multi (qui restait libre et hébergé sur GitHub).

Et ce n'était surtout pas un projet solo. Au cœur, 2 à 3 co-fondateurs — une équipe incroyable avec qui j'ai tout porté. Autour, plus de quinze personnes sur des rôles très variés : développement spécifique, modération, publicité, communication, organisation… Faire tenir un serveur de cette taille devant des centaines de joueurs, c'est avant tout faire tourner une équipe — et c'est une grande partie de ce que j'en ai retenu.

C'est sur IdentityRP que j'ai poussé le pont jeu ↔ web le plus loin : en intégrant CEF (Chromium Embedded Framework) directement dans le client du jeu, j'ai pu afficher de vraies interfaces HTML/CSS/JS à l'intérieur de GTA V — dont un réseau social interne au serveur, avec profils et fil d'actualité, rendu comme un site mais embarqué dans le jeu :

[IdentityRP] Nunddle

J'ai restauré la vitrine du serveur telle qu'elle tournait à l'époque — à partir du snapshot Wayback de juillet 2017, assets recomposés et liens morts neutralisés. Elle est embarquée ci-dessous, en lecture seule :

Source d'origine : snapshot Wayback Machine du 21 juillet 2017.

2019 — l'ouverture de San Andreas Roleplay (SARP)

Quelques années plus tard, je relance un serveur — mais cette fois sur la génération suivante de frameworks, celle issue du merge qui deviendra FiveM / Cfx.re, pas sur V-Multi. C'est un projet distinct d'IdentityRP : San Andreas Roleplay (SARP), ouvert le 4 octobre 2019. Cette fois j'ai gardé les traces — et elles montrent ce qu'est vraiment l'opération d'un serveur RP : autant de community-building et d'infrastructure que de code.

Avant l'ouverture, la communauté se reconstruit sur les réseaux. En un mois, les statistiques explosent — et le meilleur tweet annonce déjà « le WebRP présent en jeu dès l'ouverture » : l'interface web embarquée dans le jeu, dans la lignée de ce que j'avais construit sur IdentityRP.

Le lancement se fait en direct : une soirée de présentation sur Twitch, le 4 octobre, relayée par une douzaine de streamers partenaires.

Et une fois ouvert, l'infrastructure encaisse. Le serveur dédié sature ses liens réseau à près de 950 Mbit/s en émission : téléchargement des ressources par chaque joueur qui se connecte, puis synchronisation continue de l'état de jeu pour tout le monde. C'est, en une capture, l'écart entre « une démo qui marche à 30 joueurs » et « un système en production réelle » — le point développé en fin d'article.

Détail qui boucle la boucle : SARP tournait sur la lignée FiveM / Cfx.re — exactement celle que Rockstar rachètera en 2023 (voir plus bas). D'IdentityRP sur V-Multi à SARP sur la lignée FiveM, j'ai opéré en production les deux grandes branches techniques de la scène.

SARP a fini par dépasser les 45 000 comptes, avant que je le revende en 2021 à des investisseurs allemands. Ce chiffre-là, je le donne de mémoire : le serveur ne m'appartient plus et je n'ai pas de tableau de bord public à produire — à prendre comme un ordre de grandeur, pas une métrique vérifiable.

Pour la suite de cette histoire — la façon dont la lignée technologique de V-Multi a essaimé dans l'écosystème moderne du multijoueur GTA jusqu'à être reprise dans l'écosystème Rockstar Games — voir la chronologie ci-dessous.

Chronologie de la scène

Août 2023 — Rockstar reprend la scène alternative

Rockstar change de stratégie : au lieu de combattre les frameworks multijoueur alternatifs, le studio les reprend. Le 11 août 2023, Rockstar Games rachète Cfx.re — l'équipe derrière FiveM et RedM (annonce officielle Rockstar, rachat estimé à ~20 M$ par la presse).

Je ne vais pas prétendre que mon code est dans FiveM : Cfx.re est une lignée indépendante (le projet CitizenFX de NTAuthority). Mais c'est exactement la plateforme sur laquelle je faisais tourner SARP en 2019. Le réseau autoritaire, le format binaire et la synchro temps réel que des projets comme le mien défrichaient en open-source dans les années 2010 sont devenus la norme d'une scène entière — au point qu'un studio AAA a fini par l'absorber. J'aurai opéré en production des deux côtés de cette histoire : la branche V-Multi / GTA:Network (→ RageMP / alt:V), et celle de FiveM que Rockstar a rachetée.

Ce que cette histoire dit du networking distribué

Trois choses qui se vérifient indépendamment du jeu :

1. L'écart entre une démo qui marche à 30 joueurs et un système qui tient à 250 est énorme. L'architecture distribuée, le format binaire et le serveur autoritaire ne sont pas des « bonus » — ce sont les seules choses qui font tenir un produit à l'échelle réelle d'usage.
2. Les approches open-source qui résolvent un vrai problème finissent par devenir la norme. Le serveur autoritaire, le format binaire, la synchro temps réel : ce que des projets comme le mien défrichaient dans l'indifférence est devenu le standard d'un écosystème qu'un studio AAA a fini par racheter. Pas mon code en particulier — l'approche, et le besoin auquel elle répondait.
3. La discipline d'opération vaut plus que la discipline de code. Tenir un serveur cinq ans devant 250 personnes en simultané m'a appris des réflexes de delivery que j'utilise aujourd'hui sur mes missions .NET / GenAI.

Cette même lignée réseau — serveur autoritaire, RPC binaire, synchronisation d'état temps réel — je l'ai reprise et industrialisée des années plus tard sur OneRP, en visant cette fois une tout autre échelle de connexions simultanées. J'en détaille l'architecture dans OneRP — tenir des milliers de joueurs au même endroit.