RimWorld quitte Unity sans casser 13 ans de mods : le pari fou du moteur Waylith

Treize ans après, RimWorld change de moteur sous les pieds des joueurs

RimWorld fonctionne sur Unity depuis ses débuts. Le colony sim de Tynan Sylvester est apparu en accès anticipé en 2013 et a depuis accumulé extensions, systèmes, mods et colonies suffisamment grandes pour transformer certains processeurs en petits appareils de chauffage.

Le 12 octobre 2026, Ludeon Studios a pourtant annoncé quelque chose d’assez inhabituel : la version 1.7 abandonne Unity au profit de Waylith, un moteur entièrement développé en interne.

Et l’objectif affiché n’est pas de refaire RimWorld 2 avec des effets de ray tracing sur les alpagas.

Selon l’annonce officielle de Ludeon Studios, le jeu doit volontairement « avoir exactement la même apparence et se jouer exactement de la même manière ». Le moteur change sous le capot, pas le jeu que l’on connaît.

C’est justement ce qui rend la migration intéressante.

Changer de moteur pendant le développement d’un prototype est une chose. Le faire sur un jeu commercial vieux de treize ans, doté d’une énorme communauté de moddeurs et de joueurs possédant parfois des sauvegardes auxquelles ils sont émotionnellement plus attachés qu’à certains membres de leur famille est une opération assez différente.

Le premier résultat est particulièrement simple : RimWorld va beaucoup plus vite

Ludeon avance des gains assez spectaculaires.

Dans ses tests internes, Waylith offrirait entre deux et quatre fois les performances de l’ancienne version Unity selon les situations. Le studio cite notamment des améliorations sur le démarrage du jeu, le chargement des parties fortement modifiées, la génération des cartes et du monde ainsi que le nombre de ticks de simulation pouvant être traités chaque seconde.

Sur une colonie de fin de partie utilisée comme stress test, Ludeon mesure 2,2 fois plus de performances avec la version 1.7. Un autre test, légèrement plus proche d’un appel à l’aide qu’une configuration raisonnable, utilise une installation comportant 1 500 mods : son temps de chargement serait passé de 14 minutes à environ 6 minutes.

Le studio prend toutefois soin de préciser qu’il s’agit de ses propres résultats et que les gains dépendront du PC et des mods installés.

C’est important. « Jusqu’à quatre fois plus rapide » ne signifie donc pas que votre colonie passera magiquement de 30 à 120 images par seconde simplement parce que vous avez cliqué sur Mettre à jour.

Mais les premiers témoignages communautaires semblent plutôt encourageants. PC Gamer rapporte par exemple le cas d’un joueur ayant chargé environ 1 477 mods en un peu plus de six minutes alors que son ancienne configuration demandait, selon lui, une trentaine de minutes ou davantage. Ce genre de retour reste anecdotique, mais il suggère au minimum que les chiffres de Ludeon ne sortent pas entièrement d’une colonie alimentée aux champignons hallucinogènes.

Changer de moteur était presque la partie facile. Ne rien casser était le vrai cauchemar

Le plus spectaculaire n’est pourtant probablement pas la vitesse.

C’est la compatibilité.

Ludeon affirme que les sauvegardes créées avec RimWorld 1.6 peuvent être ouvertes sous 1.7. Plus étonnant encore : une sauvegarde utilisée avec 1.7 peut ensuite être rouverte en revenant à la version 1.6.

Côté mods, le studio annonce que la grande majorité devrait continuer à fonctionner sans aucune modification de la part de leurs auteurs. Certains peuvent apparaître comme potentiellement incompatibles simplement parce qu’ils n’ont pas encore été marqués officiellement pour la nouvelle version.

Pour n’importe quel jeu fortement moddé, c’est un détail majeur.

L’écosystème RimWorld ne se limite pas à quelques skins mettant un chapeau ridicule sur un colon. Des mods ajoutent des systèmes entiers, de nouvelles interfaces, des mécaniques économiques, des races, des armes, des comportements complexes et parfois suffisamment de modifications pour que le jeu de départ ressemble davantage à un vague souvenir.

Changer le moteur sans pulvériser tout cet écosystème demandait donc autre chose qu’un bouton « Exporter vers Waylith ».

Ludeon a construit un traducteur pour faire croire aux mods qu’Unity est toujours là

La partie techniquement amusante commence ici.

La documentation communautaire du modding indique que Waylith utilise une couche de compatibilité chargée de traduire les anciens appels Unity vers les nouvelles fonctions du moteur. En clair, lorsqu’un mod écrit pour l’ancienne version appelle une fonction Unity attendue par RimWorld, Waylith peut intercepter cet appel et le rediriger vers son propre équivalent.

C’est un peu comme retirer le moteur d’une voiture, installer complètement autre chose puis laisser sous le capot une personne chargée de répondre « oui oui, c’est toujours le même moteur » chaque fois qu’un accessoire pose la question.

Cette compatibilité explique comment Ludeon peut conserver une grande partie de son catalogue de mods malgré la disparition d’Unity.

Elle n’est cependant pas absolue. La documentation communautaire note par exemple que certains outils particulièrement proches du fonctionnement interne du jeu, comme Prepatcher, nécessitent une adaptation. Plus un mod dépend de comportements très spécifiques de l’ancien moteur, plus le risque d’incompatibilité augmente.

Le studio a d’ailleurs travaillé avec plus de deux douzaines de moddeurs avant l’annonce publique afin de tester cette transition.

Autrement dit : les milliers de mods n’ont pas survécu par miracle.

Quelqu’un a construit le miracle.

RimWorld était déjà un drôle de client pour Unity

Cette migration possède aussi une certaine logique technique.

Dans son ancienne documentation, Ludeon expliquait déjà que RimWorld utilisait Unity d’une manière assez particulière. Le jeu est un simulateur 2D sur grille capable de gérer des milliers d’objets simultanément, alors que Unity est historiquement beaucoup plus généraliste et parfaitement capable de servir à des jeux 3D reposant sur des architectures très différentes.

Ludeon avait donc déjà développé ses propres systèmes de gestion des objets et du temps, plutôt que de s’appuyer intégralement sur les mécanismes proposés par Unity.

Cela signifie que le studio n’est pas passé du jour au lendemain d’un projet Unity parfaitement standard à un moteur entièrement maison.

Une partie de la logique fondamentale de RimWorld vivait déjà dans du code spécifique à Ludeon.

Avec Waylith, le studio pousse simplement cette indépendance beaucoup plus loin : la documentation de modding actuelle décrit un environnement basé sur .NET 10 et Vulkan, sans l’ancien moteur Unity derrière.

Et lorsqu’on développe le même jeu pendant plus d’une décennie, concevoir finalement un moteur exactement adapté à ses besoins peut commencer à avoir davantage de sens qu’adapter en permanence un moteur généraliste.

Non, Ludeon n’a pas dit « on part à cause de la licence Unity »

La tentation est évidemment forte de raccrocher immédiatement cette annonce aux différentes polémiques qui ont entouré Unity ces dernières années.

Ce serait aller plus loin que les faits disponibles.

Dans son annonce, Ludeon ne présente pas Waylith comme une réaction aux tarifs, aux conditions commerciales ou aux décisions de Unity. Le studio met essentiellement en avant les performances, les nouvelles possibilités techniques et le contrôle offert par son propre moteur.

On peut parfaitement observer une tendance plus générale à la réévaluation des dépendances technologiques sans inventer une guerre personnelle entre Ludeon et Unity.

Et le cas RimWorld est d’autant plus intéressant qu’il ne démontre pas que « tous les studios devraient fabriquer leur moteur ».

Bien au contraire.

Créer et entretenir un moteur coûte énormément de temps. Il faut gérer le rendu, les entrées, les plateformes, les outils, les bugs graphiques, les performances, les pilotes et toute une plomberie que Unity, Unreal ou Godot fournissent précisément pour éviter à chaque développeur de réinventer la roue.

Pour un studio qui produit un nouveau jeu tous les deux ans, construire son moteur maison peut être une très mauvaise affaire.

Pour une équipe qui maintient le même simulateur pendant treize ans, en revanche, l’équation commence à changer.

Waylith donne aussi davantage de liberté aux moddeurs

Le moteur ne sert pas uniquement à accélérer le jeu existant.

Ludeon annonce que les moddeurs peuvent désormais utiliser les fonctionnalités modernes du langage C#, que les modifications complexes devraient pouvoir être écrites avec un impact moins important sur les performances et que les transformations graphiques ambitieuses ou les effets personnalisés deviennent plus accessibles.

Cela pourrait être l’une des conséquences les plus importantes à long terme.

RimWorld possède déjà l’une de ces communautés où certains utilisateurs passent visiblement plus de temps à modifier le jeu qu’à y jouer — ce qui, dans l’ordre naturel du PC gaming, est parfaitement normal.

Un moteur mieux adapté au titre peut progressivement repousser les limites de ce que ces mods peuvent faire.

Le résultat ne sera probablement pas visible dès demain matin.

Mais si Waylith facilite réellement les grosses modifications de rendu, les simulations complexes et l’utilisation des dernières fonctions C#, les créations communautaires pourraient devenir sensiblement plus ambitieuses.

Il faudra évidemment attendre que la version 1.7 soit stabilisée et que les créateurs aient eu le temps de comprendre les nouvelles possibilités avant de juger cela concrètement.

Il existe tout de même une victime : votre vieux PC de 2014

Tout n’est pas entièrement gratuit.

Ludeon prévient que certains ordinateurs ayant plus d’une dizaine d’années pourraient ne plus être capables de lancer la version 1.7. Le studio demande aux utilisateurs concernés de signaler les problèmes afin de voir si des ajustements sont possibles.

C’est le revers classique d’une modernisation technique profonde.

Un moteur plus récent peut mieux exploiter le matériel actuel, mais il peut également abandonner certaines compatibilités maintenues presque accidentellement par des technologies plus anciennes.

Pour un jeu réputé capable de tourner sur des machines plutôt modestes, le point mérite d’être surveillé.

La bonne nouvelle est qu’il n’existe pour le moment aucune urgence : RimWorld 1.7 est encore sur la branche Steam « unstable », destinée aux tests. La branche principale reste actuellement en version 1.6.

Le joueur qui préfère que ses 247 mods restent paisiblement installés n’a donc aucune raison de jouer au cobaye tout de suite.

Et Waylith n’a pas été construit uniquement pour RimWorld

Ludeon a glissé une dernière information à la fin de son annonce.

RimWorld n’est pas le seul jeu utilisant Waylith.

Le studio affirme travailler sur « quelque chose de nouveau », sans fournir davantage de détails ni annoncer de date.

La phrase est suffisamment vague pour éviter de transformer immédiatement Internet en tableau rempli de fils rouges, mais elle explique probablement une partie de l’investissement consenti.

Créer un moteur entier uniquement pour accélérer un jeu de 2013 serait déjà impressionnant.

Le construire également comme fondation d’un futur titre est beaucoup plus logique.

Ludeon obtient ainsi un environnement entièrement maîtrisé, conçu autour des types de jeux que le studio souhaite fabriquer, tout en utilisant RimWorld — un logiciel éprouvé par treize ans d’exploitation et une armée de moddeurs capables de casser absolument n’importe quoi — comme test grandeur nature.

Question assurance qualité, on a vu des méthodes moins brutales.

Le moteur invisible est peut-être le signe d’une migration réussie

Les changements de moteur sont souvent vendus au joueur à travers des différences visibles : nouvelles lumières, nouveaux modèles 3D, meilleure physique, textures plus détaillées.

Waylith poursuit presque l’objectif opposé.

Si tout se passe correctement, le joueur ne devrait presque rien remarquer à part un jeu plus rapide.

Son ancienne colonie est toujours là, ses mods sont toujours là, ses canards aussi, malheureusement.

C’est probablement ce qui rend le projet beaucoup plus impressionnant qu’une simple migration de technologie.

Ludeon ne cherche pas à effacer treize années de RimWorld pour repartir proprement. Le studio cherche à transporter tout cet historique sur une fondation qu’il contrôle désormais lui-même.

Dans une industrie où les moteurs sont devenus des plateformes gigantesques capables de faire fonctionner des milliers de jeux, RimWorld rappelle donc une vieille vérité : parfois, lorsqu’un logiciel devient suffisamment spécifique et suffisamment durable, le meilleur moteur généraliste finit par être celui dont on n’a plus besoin.

À condition, évidemment, d’avoir les développeurs capables d’en construire un autre sans transformer 1 500 mods en tas de XML fumant.

Et c’est là que le tour de magie devient vraiment intéressant.