Creación del primer proyecto en blanco

Introducción: La importancia de unos cimientos sólidos

Al iniciar el desarrollo de un videojuego, la tentación más común entre principiantes consiste en abrir el motor gráfico, arrojar recursos visuales de forma desordenada en cualquier carpeta temporal y escribir líneas de código sin un plan de contingencia. Este enfoque apresurado suele culminar en archivos corruptos, dependencias rotas, conflictos de nombres y horas de trabajo perdidas. En el desarrollo profesional, la preparación del entorno y la arquitectura de archivos es tan determinante como la propia lógica de programación.

GameMaker gestiona los proyectos mediante un sistema modular basado en metadatos legibles en formato JSON y referencias cruzadas entre recursos. Comprender de qué manera el motor lee, almacena y compila estos ficheros permite prevenir fallos catastróficos antes de escribir la primera línea de código de nuestro videojuego de plataformas. En esta lección aprenderás a crear un proyecto totalmente limpio, descartando dependencias innecesarias, configurando rutas seguras en tu sistema operativo y estableciendo una taxonomía de carpetas escalable que nos acompañará a lo largo de los doce módulos del curso.

Plantillas de inicio frente al proyecto en blanco

Al iniciar GameMaker e iniciar la creación de un nuevo archivo mediante el botón «New», la interfaz presenta dos opciones principales: utilizar una plantilla predefinida (Template) o comenzar desde un lienzo completamente en blanco (Blank Project). Las plantillas oficiales proporcionadas por YoYo Games —tales como pequeños prototipos de naves, juegos de plataformas elementales o aventuras de perspectiva cenital— resultan de utilidad para usuarios que solo buscan explorar mecánicas ya programadas o comprobar el funcionamiento visual de un género específico. Sin embargo, para fines pedagógicos y para el desarrollo serio de un proyecto comercial o formativo, comenzar con una plantilla suele ser perjudicial.

Las plantillas importan scripts preexistentes, configuraciones de cámara complejas, sistemas de colisión que quizás no se ajusten a tus necesidades técnicas y una gran cantidad de sprites temporales que saturan el árbol de recursos. Si un estudiante modifica código ajeno sin dominar la base, cualquier fallo menor se convierte en un laberinto indescifrable de dependencias ocultas. En cambio, comenzar desde un proyecto en blanco («Blank Project») garantiza un control milimétrico sobre cada byte de memoria, cada objeto y cada evento que compone la obra.

Por estos motivos, nuestro proyecto de plataformas 2D retro se construirá exclusivamente sobre una base en blanco. Al hacer clic en «New», GameMaker también solicitará elegir entre GML Code y GML Visual. Aunque el motor permite alternar o combinar ambas modalidades en distintas etapas, en este curso seleccionaremos de manera estricta «GML Code». La programación textual mediante código fuente no solo otorga una velocidad de trabajo infinitamente superior una vez dominada la sintaxis, sino que transmite los conceptos universales de la lógica computacional aplicables a cualquier otro entorno de la industria del videojuego.

Creación paso a paso de un nuevo proyecto

Para iniciar el proyecto de manera impecable, sigue minuciosamente este procedimiento. Primero, abre GameMaker y asegúrate de haber iniciado sesión con tu cuenta activa de Opera/YoYo Games. En la pantalla principal de bienvenida (Start Screen), haz clic en el botón grande etiquetado como «New» situado en la columna lateral izquierda o en el panel superior central. Aparecerá un cuadro de diálogo donde se exhiben los tipos de proyectos disponibles. Selecciona la tarjeta que lleva por título «Blank».

Inmediatamente después, el entorno te solicitará elegir el lenguaje predeterminado para el proyecto. Marca con el ratón la opción «GML Code». A continuación, se desplegará una ventana del explorador de archivos del sistema operativo para definir dos variables críticas: el nombre del proyecto («Project Name») y la ubicación física en el disco duro («Location»).

La elección del nombre no es un mero asunto cosmético. El nombre que introduzcas se convertirá en el identificador principal del archivo raíz del proyecto, en el nombre de la carpeta contenedora y en el título provisional de la ventana ejecutable. Por razones de compatibilidad internacional y para prevenir comportamientos anómalos en los compiladores internos de C++ y JavaScript que GameMaker utiliza bajo cuerda, debes respetar las siguientes reglas universales de nomenclatura de proyectos: no utilices caracteres especiales (como acentos, eñes, diéresis o símbolos como ¿, ?, !, @, #, $), prescinde de los espacios en blanco y utiliza únicamente caracteres alfanuméricos en formato Snake Case (palabras en minúsculas separadas por guiones bajos) o Pascal Case (palabras unidas con cada inicial en mayúscula). Para nuestro curso, definiremos el nombre como: Plataformas_2D_Retro.

💡 Peligro con los servicios de almacenamiento en la nube: Jamás guardes tu proyecto activo de GameMaker directamente dentro de carpetas sincronizadas en tiempo real por servicios como OneDrive, Google Drive, Dropbox o iCloud. Estos programas bloquean temporalmente los archivos en el disco mientras los suben a la nube. Si GameMaker intenta compilar o guardar automáticamente un archivo .yy que ha sido bloqueado por el sincronizador, el archivo quedará corrupto con 0 bytes, dañando el proyecto de forma irreversible.

Anatomía del proyecto en disco: Archivos y extensiones

Cuando haces clic en «Save» o creas el proyecto, GameMaker no genera un único archivo monolítico binario. Por el contrario, genera una estructura de carpetas jerárquica con decenas de archivos de texto plano organizados con extensiones específicas. Conocer qué significa cada archivo en tu sistema de ficheros te quitará el miedo a manipular carpetas, te facilitará realizar respaldos y te permitirá utilizar herramientas de control de versiones como Git.

Examinemos detenidamente los componentes fundamentales que GameMaker deposita en el disco duro tras la inicialización del proyecto:

El archivo con extensión .yyp es el núcleo de todo. Si haces doble clic sobre él en tu explorador de archivos de Windows o Finder en Mac, se iniciará GameMaker cargando el proyecto correspondiente. Si este archivo se borra o se corrompe por un cierre forzado del sistema, GameMaker no sabrá qué recursos existen ni cómo ensamblarlos, aun cuando las imágenes y los scripts sigan intactos en el disco duro. Por este motivo, la disciplina de guardado y respaldo resulta imprescindible.

Organización profesional del Asset Browser

Al abrir tu proyecto recién creado, observarás en el lateral derecho de la pantalla la ventana denominada «Asset Browser» (Navegador de Recursos). Por defecto, GameMaker puede mostrar un conjunto genérico de grupos o dejar el árbol prácticamente limpio con una única habitación de prueba llamada comúnmente 'Room1'. El Asset Browser es una representación lógica, no una copia idéntica del disco duro: puedes mover elementos dentro de carpetas del Asset Browser sin que se rompan las rutas físicas de los archivos, ya que el motor las indexa internamente mediante identificadores únicos universales (UUID).

Para evitar el desorden que sobreviene cuando un proyecto supera los cincuenta o cien recursos, implementaremos una convención de nomenclatura basada en prefijos estándar y una estructura de carpetas numeradas. Las carpetas numeradas obligan al motor a mostrar las categorías en un orden lógico secuencial, independientemente de si el explorador clasifica por orden alfabético estricto.

Procede a crear la siguiente estructura de carpetas (o grupos) en tu Asset Browser. Para crear una carpeta, haz clic derecho sobre el espacio vacío del Asset Browser y selecciona «Create Group» (o pulsa la tecla F2 para renombrar una existente):

¿Por qué es obligatorio utilizar prefijos como 'spr_', 'obj_' o 'rm_'? En GameMaker Language (GML), todos los nombres de recursos declarados en el Asset Browser se convierten automáticamente en constantes numéricas globales dentro del compilador. Si cometes el error de nombrar a tu sprite de personaje como 'jugador' y a tu objeto interactivo también como 'jugador', GameMaker entrará en conflicto crítico de identificadores (namespace collision). Al intentar ejecutar una función como instance_create_layer, el motor no sabrá si te refieres al dibujo bidimensional o a la entidad lógica, provocando que el juego se cierre inmediatamente con un mensaje de error fatal. La adopción estricta de prefijos elimina por completo esta ambigüedad: 'spr_jugador' jamás colisionará con 'obj_jugador'.

Métodos de guardado, respaldos y exportación de archivos comprimidos

El flujo de trabajo en GameMaker exige familiarizarse con tres niveles distintos de persistencia de datos: el guardado estándar incremental, la configuración de autoguardado del IDE y la exportación de archivos empaquetados tipo .yyz.

El guardado estándar se efectúa pulsando la combinación de teclas Ctrl + S (en Windows) o Cmd + S (en macOS). Cada vez que realizas esta acción, GameMaker actualiza los archivos .yy modificados y reescribe el archivo maestro .yyp. Además, en la barra superior observarás un icono de disquetes dobles etiquetado como «Save All», que fuerza la escritura de todos los recursos abiertos en pestañas del espacio de trabajo. Adquiere el hábito mecánico de pulsar Ctrl + S tras completar cualquier modificación sustancial en un evento o sprite.

No obstante, el guardado en el mismo disco local no protege contra fallos de hardware, borrados accidentales o corrupción por corte de energía eléctrica. Para realizar copias de seguridad portátiles o para entregar proyectos en entornos académicos, GameMaker dispone de un sistema de empaquetado nativo: la exportación a archivo .yyz (comprimido en formato Zip interno con verificación de integridad).