Gestión de música de fondo y bucles (Loops)

Introducción: La música de fondo en el diseño de videojuegos

La música de fondo (frecuentemente denominada BGM por sus siglas en inglés, Background Music) es uno de los componentes más influyentes en la experiencia del jugador. Mientras que los efectos sonoros puntuales (SFX) informan de acciones inmediatas como disparos, saltos o impactos, la música establece el tono emocional, la tensión dramática y el ritmo del nivel. En nuestro proyecto de plataformas retro 2D, una melodía animada y rítmica en los niveles transmite dinamismo y fluidez, mientras que una pieza más sosegada y ambiental en el menú principal prepara al usuario para iniciar la partida.

Desde una perspectiva puramente técnica de desarrollo de software, reproducir música presenta retos muy distintos a reproducir un efecto sonoro de medio segundo. Las pistas de música son archivos extensos, típicamente de uno a tres minutos de duración. Si no se configuran correctamente, pueden saturar la memoria RAM del sistema o generar interrupciones perceptibles al repetirse. Lograr que una pista musical se reproduzca en un ciclo infinito y perfecto (loop sin costuras), sin saltos de silencio ni cortes abruptos al cambiar de pantalla o reiniciar el nivel, requiere comprender la arquitectura del motor de audio de GameMaker y programar un sistema de gestión centralizado.

Configuración del recurso de sonido: Streaming frente a precarga

En GameMaker, tanto los efectos sonoros breves como las composiciones musicales se importan en el explorador de recursos dentro de la carpeta Sounds. No obstante, sus propiedades internas deben ajustarse de manera diametralmente opuesta. Cuando importamos un archivo de sonido (generalmente en formato .ogg o .mp3 para música), el editor de sonido nos permite configurar el modo de compresión y el tipo de carga en memoria.

Para los efectos de sonido, lo habitual es descomprimir el audio completo en la memoria RAM al iniciar el juego o al cargar la sala, lo que garantiza una latencia cero al disparar el sonido. Si hiciéramos esto con una pista de música estéreo de tres minutos sin comprimir, consumiría decenas de megabytes de memoria por cada pista. Por ello, para la música de fondo se utiliza la técnica de transmisión continua o lectura en flujo (Streaming). Con el streaming activado, GameMaker únicamente almacena un pequeño búfer temporal en la memoria y va decodificando el archivo comprimido desde el disco o almacenamiento del dispositivo a medida que avanza la reproducción.

Para configurar tu pista de fondo en GameMaker, haz doble clic sobre el recurso de sonido (por ejemplo, snd_musica_nivel1). En la ventana del Inspector o Editor de Sonido, localiza el desplegable 'Type' y selecciona 'Compressed - Streamed'. Ajusta la calidad de compresión a una tasa de bits de entre 128 kbps y 192 kbps, lo que ofrece un balance idóneo entre fidelidad acústica y peso de archivo para un juego de plataformas 2D.

Reproducción en bucle con audio_play_sound

La función fundamental para iniciar cualquier reproducción de audio en GML Code es audio_play_sound(). En versiones modernas de GameMaker, esta función acepta tanto parámetros posicionales básicos como argumentos extendidos para ganancia y desplazamiento temporal. Su signatura tradicional y más utilizada para principiantes es la siguiente:

audio_play_sound(index, priority, loop, [gain], [offset], [pitch], [listener_mask]);

Analicemos cada uno de los parámetros esenciales que intervienen en la música de fondo: 1. index: Es el identificador del recurso de audio que creamos en el Asset Browser, como snd_musica_menu o snd_musica_nivel1. 2. priority: Un valor numérico entero (generalmente entre 0 y 100). Si el juego llega al límite de canales de voz simultáneos configurados en el hardware, GameMaker detendrá los sonidos con menor prioridad para favorecer a los de mayor prioridad. La música de fondo debe tener una prioridad muy alta (por ejemplo, 10 o 50), mientras que un sonido de pasos o monedas suele tener prioridad baja (1 o 2). 3. loop: Un valor booleano (true o false). Si pasamos true, la pista se reiniciará inmediatamente al llegar al final de su duración, repitiéndose de manera indefinida hasta que el código indique expresamente su detención.

Es crucial entender lo que devuelve esta función: audio_play_sound no devuelve un valor booleano de éxito, sino un Sound Instance ID (identificador único de la instancia de sonido en reproducción). GameMaker distingue entre el Sound Asset (el molde original en el Asset Browser) y la Sound Instance (la reproducción viva en los canales de audio). Guardar este identificador en una variable nos permitirá alterar el volumen de esa pista específica, pausarla o detenerla más adelante sin interferir con otros sonidos del juego.

El problema de la duplicación y el objeto controlador de audio

Un error muy frecuente al iniciarse en el desarrollo de videojuegos consiste en colocar la llamada audio_play_sound en el evento Create del objeto del jugador (obj_player) o en el código de creación de la sala (Room Creation Code). Si colocamos la música en el jugador, cada vez que este pierda una vida y la sala se reinicie con room_restart(), se creará una nueva instancia del jugador que volverá a disparar la función. El resultado será una cacofonía insoportable donde dos o más copias desfasadas de la misma canción sonarán a la vez.

La solución arquitectónica profesional es centralizar la gestión sonora en un único objeto dedicado: obj_audio_controller. Este objeto se marca como Persistente (marcando la casilla 'Persistent' en sus propiedades de objeto). Los objetos persistentes sobreviven a los cambios de sala; una vez que entran en existencia en la primera sala del juego, continúan ejecutándose de fondo a lo largo de todos los niveles sin destruirse ni reiniciarse.

Implementación técnica de obj_audio_controller

A continuación, implementaremos un sistema completo en GML Code. Crearemos el objeto obj_audio_controller, lo marcaremos como persistente y le asignaremos dos eventos: el evento Create (donde inicializaremos las variables de seguimiento) y el evento Room Start (que se ejecuta automáticamente cada vez que el juego entra a una nueva sala).

// ========================================================
// OBJETO: obj_audio_controller
// EVENTO: Create
// ========================================================

// Variable para almacenar la instancia de sonido de la música activa
musica_actual_instancia = -1;

// Variable para rastrear qué recurso (asset) está sonando
musica_actual_asset = noone;

// Volumen base predeterminado de la música (rango de 0.0 a 1.0)
volumen_musica = 0.8;

En el evento Create definimos musica_actual_instancia como -1 (indicando que no hay ninguna instancia activa) y musica_actual_asset como noone (palabra clave de GML que indica la ausencia deliberada de un recurso o instancia). Ahora utilizaremos el evento Room Start para determinar dinámicamente qué pista debe sonar en función de la sala actual, evitando reiniciar la melodía si la sala de destino comparte la misma pista.

// ========================================================
// OBJETO: obj_audio_controller
// EVENTO: Other -> Room Start
// ========================================================

// Variable local para determinar qué canción corresponde a esta sala
var _musica_a_reproducir = noone;

// Evaluamos en qué sala nos encontramos actualmente
switch (room)
{
    case rm_menu:
        _musica_a_reproducir = snd_musica_menu;
        break;
        
    case rm_nivel_1:
    case rm_nivel_2:
        // Ambas salas de juego pueden compartir la misma música de acción
        _musica_a_reproducir = snd_musica_nivel1;
        break;
        
    case rm_game_over:
        _musica_a_reproducir = snd_musica_derrota;
        break;
        
    default:
        _musica_a_reproducir = noone;
        break;
}

// Comprobamos si la música requerida es diferente a la que ya está sonando
if (_musica_a_reproducir != musica_actual_asset)
{
    // 1. Si ya había una música sonando, la detenemos
    if (audio_is_playing(musica_actual_instancia))
    {
        audio_stop_sound(musica_actual_instancia);
    }
    
    // 2. Si la nueva sala requiere música, la iniciamos en bucle continuo
    if (_musica_a_reproducir != noone)
    {
        // Prioridad 10 para garantizar permanencia, loop = true
        musica_actual_instancia = audio_play_sound(_musica_a_reproducir, 10, true);
        
        // Asignamos el volumen deseado a la instancia recién creada
        audio_sound_gain(musica_actual_instancia, volumen_musica, 0);
        
        // Actualizamos el registro del asset en reproducción
        musica_actual_asset = _musica_a_reproducir;
    }
    else
    {
        // Si la sala no tiene música asignada, limpiamos las variables
        musica_actual_instancia = -1;
        musica_actual_asset = noone;
    }
}

Observa con atención la condición lógica `if (_musica_a_reproducir != musica_actual_asset)`. Si el jugador pasa de `rm_nivel_1` a `rm_nivel_2`, ambas salas solicitan `snd_musica_nivel1`. Dado que el recurso solicitado coincide con el que ya se está ejecutando, el bloque condicional no interrumpe la reproducción. La música continúa sonando sin ningún corte ni reinicio de tempo a través del cambio de pantalla, ofreciendo una experiencia inmersiva y profesional.