Au-delà de DOOM : pourquoi le moteur de Duke Nukem 3D est toujours pertinent

Lorsque l'on se penche sur les origines du jeu de tir à la première personne, il est presque sacrilège de ne pas citer immédiatement DOOM. Sorti en 1993, le titre emblématique d'id Software a incontestablement défini le genre, établissant des conventions qui ont résonné pendant des décennies. Pourtant, se concentrer uniquement sur DOOM, c'est ignorer un chapitre essentiel du développement de jeux en 2.5D, un chapitre qui a démontré une ingéniosité technique étonnante et cultivé une esthétique distincte: l'ère du moteur Build. Bien que souvent éclipsée, la création de Ken Silverman, qui a notamment propulsé Duke Nukem 3D en 1996, s'est taillé une place unique qui continue de résonner auprès des passionnés de rétro-informatique et des codeurs créatifs explorant les frontières des graphismes « faux-3D ».

Le moteur Build, comme le moteur DOOM précédent, rendait son monde à partir d'une grille bidimensionnelle, employant des secteurs et des sprites pour construire ce qui semblait être un espace tridimensionnel. Cependant, là où le monde de DOOM était largement statique, avec des sols et des plafonds toujours plats et des murs strictement perpendiculaires, Build a introduit un niveau de dynamisme qui semblait révolutionnaire à l'époque. Ce moteur permettait des environnements interactifs où les secteurs pouvaient être manipulés en temps réel, autorisant des fonctionnalités comme des décors destructibles et des éléments architecturaux mobiles, établissant une nouvelle référence pour l'immersion du joueur.

Plus qu'un simple monde plat: débloquer la verticalité et les espaces dynamiques

L'une des avancées les plus significatives du moteur Build par rapport à son contemporain, le moteur Doom, résidait dans sa capacité à représenter des arrangements spatiaux plus complexes. Alors que DOOM était notoirement limité et ne pouvait pas prendre en charge de véritables structures à plusieurs niveaux ou des zones inclinées où les joueurs pouvaient regarder de haut en bas sans distorsion, Build a intelligemment contourné ces limitations. La conception de Ken Silverman permettait aux secteurs d'avoir des hauteurs de sol et de plafond variables, et surtout, ces surfaces pouvaient pivoter le long des murs, formant des pentes. Cela signifiait que les concepteurs pouvaient créer des environnements avec une véritable verticalité, favorisant un sentiment de réalisme que DOOM ne pouvait tout simplement pas atteindre sans recourir à des subterfuges visuels comme le cisaillement en Y (y-shearing), qui déformait la vue, comme expliqué sur la page Wikipédia du moteur Doom.

Encore plus impressionnant était la nature dynamique du moteur. Les développeurs de jeux pouvaient modifier les attributs des secteurs comme la forme, la hauteur et la pente à la volée. Cette manipulation en temps réel permettait des environnements destructibles, comme cela a été démontré de manière célèbre dans des jeux comme Blood. De plus, les développeurs utilisaient des « effecteurs de secteur » spéciaux – des sprites réservés avec des balises définies – pour construire des mondes véritablement dynamiques. Ces effecteurs pouvaient déclencher des actions telles que les joueurs tombant à travers les sols, se téléportant vers de nouvelles zones, ou activant des ascenseurs, créant des espaces immersifs et interactifs, comme le fait de tomber dans l'eau pour explorer des sections sous-marines, offrant un niveau d'interaction bien supérieur à celui de ses contemporains comme documenté sur la page Wikipedia du moteur Build.