The Witcher 3 : CD Projekt parle du portage sur Switch et de sa technique

En ce qui concerne les attentes, nous voulions vraiment proposer la même expérience qu’ailleurs. Nous voulions nous assurer que ce jeu soit identique à celui que vous verrez sur PS4, sur Xbox One et sur PC. Notre objectif était donc de créer le même jeu : ne rien couper, ne rien changer à moins que vous ne devions vraiment le faire.

Maintenant, nous travaillons avec Saber [le développeur du portage], c’est-à-dire que, du point de vue de CD Projekt Red, nous examinons le projet vu du dessus, en fournissant des conseils. Nous proposons également des rencontres avec le groupe de personnes qui ont créé le jeu d’origine. Nous connaissons tous les détails de la création du jeu, les défis à relever et la façon de les surmonter. Nous organisons donc le projet, mais l’exécution du portage est du côté de Saber.

Plus d’un an maintenant. Cela dépend si vous souhaitez ajouter des éléments marketing et commerciaux, mais je dirais 12 mois à ce stade-ci.

Le projet a été mis en place dans une direction très claire. Nous voulions atteindre chaque étape prévue. Bien sûr, l’une des premières choses à faire était de s’assurer que le moteur fonctionnerait réellement sur la Switch. Je dirais que l’autre grand jalon était d’avoir une partie du jeu réellement jouable. Nous avons donc choisi le prologue avec Kaer Mohren, car c’était un monde autonome doté de tous les systèmes, y compris le combat. Nous avons examiné la situation, nous avons vu comment nous devions orienter les prochaines étapes du projet. Nous pouvions ensuite nous développer à Blanchefleur, puis au reste du monde.

Bien sûr, tout au long de ce chemin, nous avons travaillé sur des optimisations spécifiques. Nous avons certainement beaucoup travaillé sur l’optimisation de la mémoire. Nous avions beaucoup moins de mémoire disponible sur Switch [par rapport aux autres consoles]. Donc, pour s’assurer que le jeu fonctionne de manière stable et dans ces limites, cela a pris un certain temps. Nous avons ensuite ajouté certaines choses un peu plus tard, comme l’OA [occlusion ambiante] qui n’était pas là de suite.

Ce n’était pas le cas. Ce qui, je pense, a été souligné par certaines personnes [rires].

Nous n’avons pas eu à créer de nouveaux assets de zéro, nous avons pris ceux qui existaient déjà et nous les avons un peu compressés. Nous devions respecter la mémoire de la console – c’était l’une des choses à prendre en compte. La même chose avec les cinématiques que nous voulions installer sur la cartouche – nous voulions une résolution 720p partout, donc nous les avons également modifiées.

La géométrie est la même. Je pense que nous sommes passés à des niveaux de détail très bas dans les cinématiques et dans la plupart des endroits, à cause des contraintes de mémoire. Au moins dans certains cas, nous devions trouver un équilibre entre ce qui était logique et ce qui ne l’était pas. Mais dans l’ensemble, oui, au fond, nous avons modifié la plupart des textures mais les modèles, nous ne les avons pas beaucoup changés. Il y a eu de légers ajustements dans certains cas. Si vous comparez image par image, vous ne verrez pas beaucoup de différences en dehors de choses évidentes, telles que la densité du feuillage.

Je pense à l’audio. Nous avons beaucoup fait pour que cela ne prenne pas trop de place, mais surtout pour la consommation de mémoire. Cinématiques et textures sont d’autres éléments principaux.

Nous avions prévu un ensemble d’optimisations pour la consommation du GPU, de processeur et de mémoire, afin de nous assurer qu’elles s’inséreraient dans la mémoire vive disponible de 3,5 Go. Nous avions donc optimisé simultanément les trois domaines, et nous avions des domaines dans lesquels nous devions pousser plus loin, puis passer à un autre – pousser encore un peu plus loin. Et ensuite, nous pouvons revenir à celui qui nous bloquait. Le travail se déroulait donc essentiellement sur ces trois domaines simultanément. Je pense que nous avons d’abord commencé par le GPU, puis nous sommes passés du côté du processeur, puis de la mémoire, puis de quelques autres choses.

Comme nous avons itéré à travers le processus, nous savions ce que nous voulions faire. Des choses comme la résolution dynamique, nous savons toujours qu’il y a des endroits [où] il est bien d’utiliser cela. Nous pouvons optimiser plusieurs domaines, et il est bon d’avoir cette option – si vous avez une lourde charge, quand beaucoup de particules volent autour, etc.

Je ne pense pas qu’il y ait un endroit spécifique. Je sais qu’il y a des lieux, des zones et des cinématiques qui ont quelque chose de spécifique – il y a des attaques dans le jeu [aussi]. Mais ayant l’expérience de l’implémentation réelle de Witcher 3 sur PS4, ce n’est pas très différent, car vous continuez à utiliser le GPU et le processeur d’une manière très similaire, vous avez juste une limite différente à utiliser. Donc, la zone de marais était bien sûr une zone compliquée – très clairement, nous voulions jeter un coup d’œil pour nous assurer que celle-ci fonctionne bien. Le marché de Novigrad est également un endroit lourd. C’est normal pour tous ceux qui jouent au jeu, et tout le monde se doute que c’est l’une des parties les plus pénibles à optimiser.

À propos du fait que c’est la même expérience. Vous y jouez, vous vous sentez de la même manière que sur les autres plateformes, vous ne sentez donc pas que tout est coupé – et c’est un gameplay fluide. Si vous posez des questions sur un domaine spécifique, j’adore le marché de Novigrad. Vous savez que nous avons le même nombre de PNJ que nous avons sur PS4. Nous avons un peu limité la distance d’affichage, dans certains cas précis, mais oui, c’est le même nombre que celui que nous avions sur PS4.