How do I enable/disable engine features at compile time?

Build Engine: El Corazón de los FPS de los 90

12/08/2013

Valoración: 4.52 (5745 votos)

En la década de los 90, una era dorada para los videojuegos y especialmente para los shooters en primera persona (FPS), un motor gráfico se destacó por su increíble flexibilidad y potencia, convirtiéndose en la base de algunos de los títulos más icónicos y recordados. No hablamos de otro que del Build Engine, la obra maestra del programador Ken Silverman que dio vida a mundos interactivos y llenos de acción en juegos como Duke Nukem 3D, Shadow Warrior y Blood. Este motor no solo compitió con gigantes como el id Tech de Doom, sino que en muchos aspectos lo superó, ofreciendo características revolucionarias que definieron una generación de videojuegos y cuyo legado perdura hasta hoy.

What is Build2 & how does it work?
What started as a simple rotating texture-mapped cube turned into a full blown successor to the Build Engine. By 2007, Build2 was far enough along to be used at a summer camp. At the camp, the kids signed up to create their own 3D games.
Índice de Contenido

El Nacimiento de una Leyenda: La Historia de Ken Silverman

La historia del Build Engine es inseparable de la de su creador, Ken Silverman. Un joven prodigio de la programación que, inspirado por el revolucionario Wolfenstein 3D, se propuso crear su propia versión de un motor 3D. Su primer proyecto, inicialmente llamado "Walken", evolucionó hasta convertirse en "Ken's Labyrinth", un juego que llamó la atención de Scott Miller de Apogee Software (más tarde 3D Realms).

Aunque Ken's Labyrinth se publicó con Epic MegaGames, la conexión con Apogee ya estaba hecha. A partir de 1993, Silverman comenzó a trabajar en un nuevo motor mucho más avanzado. El 13 de abril de 1993, buscando un nombre para el directorio de su proyecto y usando un diccionario de sinónimos para la palabra "construcción", eligió el nombre que pasaría a la historia: "Build".

El desarrollo fue un proceso de innovación constante. Tras una conversación con el legendario John Carmack, Ken adoptó el concepto de "sectores" en lugar de una cuadrícula rígida, lo que permitió una geometría de niveles mucho más compleja y orgánica. A lo largo de los siguientes años, y en estrecha colaboración con 3D Realms, Silverman añadió características que parecían imposibles para la época:

  • Mirar arriba y abajo: Aunque inicialmente era un efecto simulado que desplazaba la pantalla, fue un gran paso hacia la inmersión.
  • Entornos interactivos: El motor permitía espejos funcionales, efectos de agua translúcida y una gran cantidad de objetos destructibles.
  • Pendientes y Slopes: En agosto de 1995, añadió una de las características más deseadas: suelos y techos inclinados, algo que el motor de Doom no podía hacer.
  • Sectores Apilados (Room-over-Room): Quizás su logro técnico más impresionante fue la capacidad de crear habitaciones unas encima de otras, rompiendo la limitación de los mapas 2.5D de la época y abriendo la puerta a un diseño de niveles verdaderamente tridimensional.
  • Soporte para Vóxeles: En 1996, Silverman integró el soporte para vóxeles, una tecnología que permitía crear objetos 3D a partir de cubos (píxeles con volumen), utilizados para ítems y enemigos con un aspecto tridimensional más convincente que los sprites 2D.

El Legado: Juegos que Definieron una Era

El Build Engine se convirtió en el motor licenciado más exitoso de su tiempo hasta la llegada del Unreal Engine. Su versatilidad permitió a los desarrolladores crear mundos únicos y memorables. A continuación, una lista de algunos de los títulos más notables que utilizaron esta tecnología:

JuegoDesarrolladorAño de Lanzamiento
Duke Nukem 3D3D Realms1996
BloodMonolith Productions1997
Shadow Warrior3D Realms1997
Redneck RampageXatrix Entertainment1997
PowerSlave (Exhumed)Lobotomy Software1996
WitchavenCapstone Software1995
Ion FuryVoidPoint (usando un port moderno)2019

Cada uno de estos juegos aprovechó el motor de formas distintas. Duke Nukem 3D lo usó para crear niveles urbanos repletos de humor e interactividad. Blood lo empleó para generar una atmósfera de terror gótico con una violencia visceral. Shadow Warrior llevó la acción a un nuevo nivel con su temática oriental y su combate cuerpo a cuerpo.

La Segunda Vida: Puertos Modernos y la Comunidad

El código original del Build Engine fue escrito en gran parte en lenguaje Ensamblador (Assembly), altamente optimizado para los sistemas DOS de la época. Esto significa que ejecutar los juegos originales en hardware y sistemas operativos modernos es prácticamente imposible sin emulación. Sin embargo, la historia del Build Engine no terminó ahí.

What's new in Build2?
On 03/07/2018, Do not hesitate to check out BUILD2! On 12/23/2003, Jonathon Fowler released the first Build Engine port to use my "POLYMOST" technology. Polymost is an extension to the Build Engine code, featuring OpenGL support with true look up/down, MD2/MD3 models, and high resolution textures.

El 20 de junio del 2000, Ken Silverman liberó el código fuente completo del motor, un acto que revitalizó por completo a la comunidad. A partir de ese momento, programadores talentosos de todo el mundo comenzaron a crear "source ports" (puertos de código fuente), adaptando y mejorando el motor para que funcionara de forma nativa en sistemas modernos como Windows, Linux y macOS.

Uno de los puertos más influyentes es el de Jonathon "JonoF" Fowler. Su trabajo introdujo la tecnología POLYMOST, una extensión que revolucionó el renderizador del motor. Con Polymost, el Build Engine pasó de ser un motor 2.5D a uno con renderizado 3D real acelerado por hardware a través de OpenGL. Esto permitió:

  • Resoluciones de pantalla modernas y texturas de alta definición.
  • Verdadero movimiento de cámara en 360 grados (look up/down real).
  • Soporte para modelos 3D (formatos MD2/MD3), reemplazando los sprites 2D.
  • Iluminación dinámica y efectos visuales mejorados.

Puertos como EDuke32 (basado en el trabajo de Fowler) han llevado a Duke Nukem 3D a niveles de modernidad impensables, y han servido de base para nuevos juegos comerciales como el aclamado Ion Fury (2019), demostrando que el Build Engine, con las mejoras adecuadas, sigue siendo una herramienta de creación increíblemente potente.

Tabla Comparativa: Evolución del Build Engine

Para entender mejor el salto tecnológico, aquí hay una comparación directa entre el motor original y sus versiones modernas.

CaracterísticaBuild Engine Original (Años 90)Puertos Modernos (JonoF, EDuke32)
RenderizadorSoftware, 2.5D (basado en sectores)Polygonal 3D real (OpenGL)
ResoluciónBaja (ej. 320x200, 640x480)Alta definición (HD, 4K y más)
Mirar Arriba/AbajoLimitado, efecto de distorsiónMovimiento libre y real en 6 ejes
Modelos de ObjetosSprites 2D y VóxelesSoporte para modelos 3D poligonales
CompatibilidadMS-DOSWindows, macOS, Linux modernos
Soporte de ModsBásico (archivos .CON, mapas)Extensivo, con scripting avanzado

Preguntas Frecuentes (FAQ)

¿Quién creó el Build Engine?

El motor fue creado casi en su totalidad por el programador Ken Silverman, quien comenzó a desarrollarlo en 1993 mientras colaboraba con Apogee/3D Realms.

What is Build engine?
BUILD engine is the game engine behind Duke Nukem 3D, Shadow Warrior, Blood, and many other titles of the 90s. It was one of the most popular engines to be licensed third-party until the Unreal Engine. Graphical system features: Audio system features: Networking features:

¿El código original del Build Engine está disponible?

Sí. Ken Silverman liberó el código fuente completo del motor y del juego de prueba "Ken-Build" el 20 de junio de 2000, lo que permitió a la comunidad de fans crear versiones modernas y mejoradas.

¿Por qué los juegos antiguos de Build no funcionan en ordenadores modernos?

El código original estaba escrito en lenguaje Ensamblador y diseñado específicamente para el sistema operativo MS-DOS y el hardware de la época. No es compatible con los sistemas operativos y arquitecturas de CPU actuales, por lo que se necesitan "source ports" para jugarlos de forma nativa.

¿Qué es "room-over-room" y por qué fue tan importante?

"Room-over-room" es la capacidad técnica de un motor de juego para renderizar habitaciones o áreas directamente unas encima de otras. Esto fue un gran avance sobre motores como el de Doom, que solo podían simular puentes o diferentes alturas en un plano esencialmente 2D. El Build Engine fue uno de los primeros en lograr este efecto de forma convincente, permitiendo un diseño de niveles mucho más vertical y complejo.

¿Ken Silverman sigue programando juegos?

Aunque no tiene planes comerciales inmediatos, la programación sigue siendo su gran pasión. Después del Build Engine original, comenzó a trabajar en un sucesor espiritual llamado Build2, un motor completamente nuevo que ha utilizado en proyectos personales y educativos. Su legado no solo vive en los juegos clásicos, sino en la inspiración que sigue brindando a nuevos desarrolladores.

Si quieres conocer otros artículos parecidos a Build Engine: El Corazón de los FPS de los 90 puedes visitar la categoría Tecnología.

Subir