Chocolate Doom es un source port para Doom desarrollado por Simon "Fraggle" Howard desde el año 2005. Su nombre es una broma en referencia a la expresión Vanilla Doom. A diferencia de otras portaciones, que tratan de corregir los errores en el motor original y añadir nuevas características, Chocolate Doom intenta deliberadamente comportarse lo más fielmente posible como el original.
Chocolate Doom se basa en LibSDL que lo hace portable a múltiples sistemas operativos. Se ejecuta en sistemas operativos tanto tipo Unix como Microsoft Windows. "Bleeding edge" builds que contiene las últimas características disponibles desde el repositorio de Subversion están disponibles a través de la página web.
Objetivos
Los objetivos Chocolate Doom están expresados en un documento que describe la filosofía de su diseño. En particular, Chocolate Doom apunta a:
- Compatibilidad de las demo con Doom v1.9 de DOS
- Compatibilidad de guardado del juego con Doom v1.9 de DOS
- Compatibilidad de errores con Doom v1.9 de DOS (que debe estar sujeto a los mismos límites que Vanilla Doom)
- Compatibilidad con los archivos de configuración Doom v1.9 de DOS.
Chocolate Doom corriendo en Windows a 640x480 mediante la corrección de relación de aspecto.
El puerto mantiene deliberadamente los límites originales de Vanilla Doom con el fin de ser útil para los diseñadores de niveles. Como la mayoría de los puertos corrigen los errores de Doom, el diseño de un nivel a trabajar para Vanilla Doom por lo general requiere el uso del ejecutable Vanilla Doom DOS para poner a prueba el nivel.
Sin embargo, esto requiere un sistema basado en MS-DOS o un emulador como DOSBox para ejecutarse correctamente.
Chocolate Doom proporciona la misma funcionalidad en los sistemas operativos modernos. Además, el hecho de que es mucho más cercano al código fuente original significa que puede ser útil en el futuro como una herramienta para comprobar la compatibilidad de demostración en otros puertos.
Instalación
Una herramienta "Chocolate Setup" acompaña al puerto y se puede utilizar para configurarlo.
La herramienta de configuración imita la apariencia del programa original de instalación del Doom, y proporciona una funcionalidad equivalente, con el apoyo de algunas de las funciones más avanzadas de Chocolate Doom. Se basa en libtextscreen, una biblioteca de Chocolate Doom que emula el modo de visualización de texto de DOS.
Menú de configuración
El programa de instalación está basado en menús. El menú principal proporciona opciones de configuración para varias de las características principales:
- Configure Display - cómo se muestra Chocolate Doom: si el juego debe funcionar en pantalla completa o en una ventana, y la resolución a usar.
- Configure Sound - las diversas opciones diferentes para los efectos de sonido y música.
- Configure Keyboard - qué teclas se asignan a las funciones del juego.
- Configure Mouse - qué botones se asignan a las funciones del juego, además de otras características tales como la velocidad y la aceleración del ratón, si el movimiento vertical del ratón está activado, etc.
- Configure Gamepad/Joystick - permite configurar los botones de un dispositivo de juego para asignar a las funciones del juego, etc.
- Compatibility - un pequeño conjunto de opciones de compatibilidad que se puede desactivar si no se desea la simulación minuciosamente exacta del comportamiento de Vanilla Doom.
- Multiplayer configuration - nombre del jugador y las macros de chat.
Lanzamiento de juegos
El programa de instalación también se puede utilizar como un lanzador básico para ejecutar los juegos, en los modos multijugador y de un solo jugador.
Otros juegos
Como su nombre lo indica, Chocolate Doom fue escrito originalmente con la intención de ejecutar la clásica serie de Doom, y otros juegos tales como Chex Quest y HacX que son sólo ligeramente diferentes de Doom en la mecánica del juego. Este enfoque persistió a lo largo de la línea 0.x y 1.x de publicaciones. Sin embargo, el proyecto ha crecido hasta incluir puertos de Heretic, Hexen y Strife, otros juegos comerciales que se basan en el motor de Doom.
El soporte de los juegos de Raven Software basados en el motor Doom, Heretic y Hexen comenzó poco después de que se resolvió la situación de la licencia del código fuente en 2008, con el código de esos juegos licenciado bajo la GNU General Public License versión 2.0. El desarrollo se hizo en una rama de control de versiones llamado rama-Raven, en paralelo con el código de Doom. Parte del objetivo de incorporar el código de Doom incluye la reestructuración de Chocolate para que el código común, genérico pueda ser compartido entre todos los juegos, con el código para los juegos específicos separados en subdirectorios.
A principios de 2010, James Haley y Samuel Villarreal comenzaron un proyecto de ingeniería inversa intensiva sobre el juego de Rogue Entertainment Strife: Quest for the Sigil, para el cual el código fuente original se ha perdido. Trabajando desde el código de Doom y Hereje y el análisis de la lógica interna del juego con herramientas profesionales de ingeniería inversa, se hizo un esfuerzo concienzudo para reproducir toda la base de código con la mayor precisión posible. Este desarrollo fue hecho en una rama de control de versiones llamado rama-Strife, ramificado desde y desarrollado en paralelo con la rama-Raven. Dos versiones beta se hicieron de esta rama durante su desarrollo.