Unity 6.4 à la GDC : CoreCLR en embuscade, Entities promu

Vous avez un projet Unity en production, 200 000 lignes de C#, et quelqu'un vous annonce qu'on change le runtime. Pas demain. Pas dans six mois. Mais c'est acté, c'est sur la roadmap, et ça va toucher le garbage collector, le JIT, la compilation, les plugins natifs. La vraie question technique ici : comment on migre un moteur entier de Mono vers CoreCLR sans tout casser ?

C'est le problème central de la roadmap qu'Unity a déroulée à la GDC 2026 (9 au 13 mars, Moscone Center, San Francisco). Et la version 6.4, sortie le 18 mars (build 6000.4.0f1), n'en contient pas une seule ligne. Ce qui est presque plus intéressant que si elle en contenait.

Commençons par ce qui est dans la boîte. L'ECS (Entities, Collections, Mathematics, Entities Graphics) passe en Core packages. Concrètement, vous n'allez plus fouiller dans le Package Manager pour installer des modules qui ressemblaient à des plugins expérimentaux depuis 2018. Huit ans que le DOTS était annoncé, huit ans qu'il était en preview plus ou moins officielle. Le voilà promu.

Pour les devs dans la salle : c'est un changement de statut, pas de code. Le framework ECS ne change pas fondamentalement entre la dernière preview et cette version Core. Mais le signal compte. Unity dit aux studios : vous pouvez construire dessus en production, on ne va pas le retirer dans six mois. J'ai participé à une game jam l'année dernière où la moitié de l'équipe refusait de toucher aux Entities parce que "c'est encore expérimental". Ce n'est plus le cas.

Project Auditor est intégré par défaut aussi. Plus besoin d'aller le chercher dans les preview packages. Le Grid & Snap a été refondu, ce qui va changer la vie de pas mal de level designers. Si vous avez déjà ouvert un éditeur de niveaux et passé vingt minutes à aligner des tiles parce que le snapping vous trahissait, vous savez de quoi je parle.

Sous le capot, Unity tourne sur Mono depuis toujours. Le runtime .NET open source qui fait le boulot, mais qui commence à montrer ses limites sur les projets modernes. CoreCLR, c'est le passage à un runtime .NET moderne avec MSBuild SDK-based builds. Un JIT compilateur plus agressif, un GC plus prévisible, des performances mémoire qui ne sont plus celles de 2012.

Le hic, c'est le planning. CoreCLR en desktop player expérimental, c'est prévu pour 6.7 LTS. L'éditeur full CoreCLR, c'est 6.8 alpha (fin 2026). Et Unity a été clair : il faudra "at least one year" après 6.8 pour du production-ready.

Traduction pour ceux qui planifient un pipeline de production : si votre jeu sort avant fin 2028, vous shippez sur Mono. Point. Et franchement, ça ne me choque pas. Mieux vaut une migration propre qu'un runtime instable en milieu de dev cycle. J'ai vu assez de projets exploser en game jam à cause d'une mise à jour de moteur faite trop tôt. On ne fait pas ça sur un projet commercial.

C'est le plus gros changement technique de l'histoire d'Unity. Plus gros que le passage de UnityScript à C#. Parce que ça touche tout le système : compilation, garbage collection, compatibilité des plugins natifs, workflow complet des développeurs. Quand CoreCLR sera stable, Unity aura un runtime comparable à ce que proposent les frameworks .NET natifs. D'ici là, on itère sur ce qui existe.

Unity a posé un calendrier clair. 6.4, puis 6.5, puis 6.6, puis 6.7 LTS. Un trimestre, une release.

En 6.5, BIRP (Built-in Render Pipeline) est officiellement déprécié. Le pipeline de rendu historique, celui que tous les tutos YouTube utilisent encore, celui sur lequel tournent des milliers de projets. Il reste disponible jusqu'à 6.7 LTS, mais le message est limpide : migrez vers URP ou HDRP maintenant. HDRP passe en maintenance seule dans la même version ; plus de nouvelles features, juste des corrections. Un preview Switch 2 pour HDRP est aussi prévu en 6.5.

6.6 apporte le WebAssembly 64-bit. La limite de 4 Go de mémoire passe à 16 Go pour les builds web. Pour les devs qui font du jeu navigateur, c'est concret : des scènes plus denses, des textures qui ne crament plus la mémoire du tab Chrome.

La release long-term support, c'est celle que les studios en production attendent. CoreCLR arrive en desktop player expérimental. SCGI (Surface Cache Global Illumination) débarque pour URP : de l'illumination globale en temps réel sans bake. Unity annonce aussi des shaders compilés jusqu'à 50 % plus vite pour URP dès 6.6. Ce chiffre vient d'un agrégateur et je ne sais pas dans quelles conditions le benchmark a été réalisé, donc prudence.

La feuille de route URP post-6.7 liste : physical light units, auto-exposure, physical sky, real-time GI, SSR. C'est ambitieux. Peut-être trop, honnêtement. Quand je vois la liste, je me demande si tout ça va vraiment arriver ou si on retrouvera certains items en preview pendant deux ans. Le DOTS original m'a vacciné sur les promesses longues d'Unity.

Depuis l'annulation du Runtime Fee en septembre 2024, Unity joue une partie de rattrapage. Personal gratuit sous 200 000 dollars de revenus, Pro à 2 310 dollars par an. Le chiffre d'affaires FY2025 est de 1,85 milliard de dollars, en hausse de 2,01 % après une chute de 17,10 % l'année précédente. On repart, mais doucement.

Côté parts de marché, Unity reste à 24,16 % selon 6sense (contre 16,15 % pour Unreal). Sur Steam, c'est 51 % Unity contre 28 % Unreal. Le moteur domine le volume, surtout chez les indés et le mobile. Mais Godot grignote sur le segment indie, et Unreal tient le AAA. Unity Studio, le nouvel outil browser-based à 799 dollars par an pour le non-gaming (archi, automotive, simulation), vise un marché où la concurrence est faible.

Le mot "reconquête" qui circule après la GDC, c'est la confiance des développeurs. Pas le market share. Nuance. L'annulation du Runtime Fee a stoppé l'hémorragie, mais les devs qui sont partis vers Godot ou Unreal ne reviennent pas sur un communiqué de presse. Ils reviennent quand le moteur livre. Et sur ce plan, la promotion ECS en Core packages est un meilleur argument que n'importe quel slide de keynote.

Le séquençage de la roadmap est solide. ECS promu maintenant, CoreCLR expérimental en 6.7, full editor en 6.8, production-ready un an après. Pas de date qu'ils ne pourront pas tenir, pas de feature annoncée pour dans trois mois qui arrive dans trois ans.

Mais j'ai un doute sur la capacité d'Unity à mener quatre chantiers en parallèle : CoreCLR, dépréciation BIRP, montée en puissance d'URP, lancement de Studio. C'est beaucoup pour une boîte qui sort d'une crise de confiance. La cadence trimestrielle est rassurante sur le papier ; l'exécution, on verra trimestre par trimestre.

Ce que je retiens de cette GDC 2026 : Unity ne court plus après Unreal sur le terrain graphique. Le moteur joue sa carte sur le volume, la polyvalence, le non-gaming, et un runtime moderne qui arrivera quand il sera prêt. Pour les devs qui shippent des jeux aujourd'hui, 6.4 avec ECS en Core est un bon point de départ. Pour CoreCLR, on se retrouve en 2028. Ce n'est pas un bug, c'est une feature.

• CG Channel : Unity releases Unity 6.4 and Unity Studio
• 80 Level : Unity shares key updates in pre-GDC livestream
• daily.dev : Unity roadmap from 6.4 to 6.8
• Archyde : Unity render pipeline update HDRP BIRP URP roadmap 2026
• Stock Analysis : Unity Software revenue
• 6sense : Unity vs Unreal Engine market share