Frameworks RedM comparés : VORP vs RSG vs RedEM

Ce qu'est un framework RedM (et pourquoi c'est ton premier choix)

RedM est l'équivalent Red Dead Redemption 2 de FiveM : une plateforme de modification multijoueur créée par Cfx.re qui te permet de faire tourner des serveurs roleplay personnalisés pour RDR2. Mais un serveur RedM vide n'est qu'une frontière déserte — pas de métiers, pas d'économie, pas d'inventaire ni de système de personnage. Un framework est la couche de base qui ajoute tout ça, pour que les joueurs créent un personnage, gagnent de l'argent, exercent un métier, montent un gang et vivent dans un Far West persistant.

Choisir ton framework est la première grande décision quand tu montes un serveur RP, parce que presque toutes les autres ressources que tu installes sont écrites pour un framework précis. Un script de boutique, un système de chevaux ou un pack de métiers est généralement conçu pour VORP ou pour RSG-Core, pas les deux. Choisis le framework en premier, et tout le reste de ton serveur se construit autour.

Ce guide compare les quatre principaux frameworks RedM en 2026 — VORP, RSG-Core, RedEM:RP et QBR — et t'aide à choisir. Quand tu es prêt à installer, notre tutoriel comment créer un serveur RedM couvre toute la configuration via txAdmin.

Les principaux frameworks RedM en un coup d'œil

Les quatre frameworks remplissent le même rôle de base — création de personnage, argent, inventaire, métiers — mais ils diffèrent beaucoup en popularité, en nombre de scripts prêts à l'emploi disponibles et en familiarité pour les développeurs venant de FiveM.

VORP — le framework RedM le plus populaire

VORP Core est, de loin, le framework roleplay RedM le plus populaire et le plus activement maintenu en 2026. Si tu rejoins un serveur RP RedM au hasard, il y a de fortes chances qu'il tourne sous VORP. Et cette popularité, c'est tout l'intérêt : parce que tant de serveurs et de développeurs l'utilisent, VORP dispose de la plus grande bibliothèque de ressources compatibles — inventaires, boutiques, métiers, braquages, systèmes de chevaux, MDT, etc. — ainsi que du plus de documentation, de tutoriels et d'aide communautaire.

Côté architecture, VORP est natif RedM et se rapproche le plus d'ESX dans l'univers FiveM : une ressource centrale et un ensemble de ressources officielles compagnes (vorp_inventory, vorp_character, vorp_hud, etc.). Il utilise une base de données MySQL/MariaDB via oxmysql, comme tout framework sérieux. Pour un premier serveur, la profondeur de l'écosystème te permet de construire un serveur RP complet presque entièrement à partir de scripts existants, sans écrire beaucoup de Lua toi-même.

RSG-Core — l'option moderne façon QBCore

RSG-Core est le portage RedM de QBCore, le framework qui domine la scène roleplay FiveM. Si ton équipe a déjà monté des serveurs FiveM sous QBCore, RSG-Core te semblera immédiatement familier : même structure de modules, mêmes schémas player.Functions, même façon de définir les métiers et les items. Il est moderne, activement développé, et grandit régulièrement à mesure que les développeurs QBCore basculent vers RedM.

Pour une équipe qui maîtrise QBCore, RSG-Core est souvent la voie la plus rapide parce que tu connais déjà les conventions et tu peux réutiliser ton modèle mental (et parfois ton code). Son écosystème de ressources est plus restreint que celui de VORP, mais solide et en expansion, avec une base de code propre et moderne. Comme VORP, il tourne sur une base de données MySQL/MariaDB via oxmysql et se gère via txAdmin — le choix du framework ne change pas la stack serveur sous-jacente.

RedEM:RP et QBR — les options en déclin

RedEM:RP a été l'un des premiers frameworks RedM et a fait tourner beaucoup des premiers serveurs RP RDR2. Il fonctionne toujours, et il est plus léger que VORP, mais le développement a ralenti et la communauté a largement migré vers VORP. Le vrai problème, c'est l'écosystème de ressources : tu trouveras beaucoup moins de scripts prêts à l'emploi et activement maintenus, ce qui veut dire plus de développement à partir de zéro. C'est correct pour un serveur minimaliste ou une config ancienne, mais ce n'est pas là qu'est la dynamique en 2026.

QBR est un autre portage façon QBCore pour RedM. Il recoupe largement RSG-Core sur le concept, mais il est bien moins actif et possède une base de ressources beaucoup plus petite — pour la plupart des équipes orientées QBCore, RSG-Core l'a de fait remplacé. Sauf raison précise d'utiliser QBR, RSG-Core est le choix façon QBCore le plus pérenne.

Quel framework RedM choisir ?

Pour la plupart des gens, la décision se résume à deux questions : veux-tu le plus gros écosystème, ou connais-tu déjà QBCore ?

Comment installer ton framework

La bonne nouvelle : installer n'importe lequel de ces frameworks suit le même chemin, parce que les serveurs RedM se gèrent tous via txAdmin (le panneau de contrôle web inclus dans les artefacts serveur Cfx.re). Le choix du framework ne change pas comment tu configures le serveur — seulement quelles ressources tu démarres.

Pour le tutoriel complet — clé de licence, artefacts, server.cfg et connexion en jeu — suis notre guide comment créer un serveur RedM.

Le framework change-t-il tes besoins d'hébergement ?

Pas vraiment. Tous les frameworks RedM tournent sur la même plateforme Cfx.re via txAdmin, et ce qui détermine réellement ta consommation de RAM et de CPU, c'est le nombre de ressources Lua que tu fais tourner et ton nombre de joueurs — pas le framework qui se trouve dessous. Un serveur VORP très scripté et un serveur RSG-Core tout aussi scripté demandent à peu près le même matériel.

À titre indicatif, un petit serveur RP privé (5 à 12 joueurs) tourne sur 4 à 6 Go de RAM, tandis qu'un serveur semi-public avec un framework complet et 12 à 24 joueurs veut 6 à 8 Go. RedM est aussi sensible aux performances monocœur du CPU, alors privilégie un hébergeur avec de bonnes fréquences par cœur et un nœud proche de tes joueurs. Pour des offres réelles et un récap RAM/budget complet, vois notre page hébergement RedM.

Questions fréquentes sur les frameworks RedM