La primera vez que lanzamos un juego sin revisar el brief de audio, fue un simulador de gestión portuaria — grúas, barcos de carga, un pequeño pueblo costero — y el sonido de recolectar monedas era una onda senoidal. No porque alguien lo hubiera elegido. Nadie había elegido nada; un "bloop" de marcador de posición se había colado durante el andamiaje inicial y simplemente nunca se reemplazó, de la misma forma en que una foto de stock sobrevive hasta un sitio web terminado si nadie está prestando atención. Los gráficos estaban bien. Agua pintada a mano, gaviotas, un cálido muelle al atardecer. Luego levantabas un contenedor de carga y el juego hacía un sonido como el temporizador de un juego flash de 2007 acabándose.
Pusimos el build en una pantalla compartida para averiguar qué estaba mal, y bastaron unos cuatro segundos de escuchar de verdad — con los ojos cerrados, alguien insistió, medio en broma — antes de que la sala coincidiera: todo sonaba como un microondas. Cada tono de éxito, cada clic de interfaz, todo sintetizado al vuelo, todo hecho del mismo material electrónico delgado sin importar a qué juego estuviera asociado. Un pueblo portuario acogedor y un shooter cyberpunk habrían producido ruidos idénticos. Esa es la señal reveladora. Las ondas senoidales no saben en qué mundo están.
Así que fuimos a buscar la solución real, y resultó ser aburrida en el mejor sentido: dejar de generar tonos y empezar a grabar instrumentos. No paquetes de muestras con licencia de algún lado, no aproximaciones sintetizadas ajustadas para sonar "cálidas" — instrumentos reales, grabados, muestreados a lo largo de su registro, de modo que una nota reproducida sea una nota que un músico realmente tocó. Construimos esto durante varias semanas hasta llegar a una biblioteca de un tamaño difícil de describir con palabras.
| Sensación de juego | Paleta de instrumentos |
|---|---|
| Aventura | Cuerdas y metales orquestales |
| Puzle acogedor | Cuerdas pulsadas y percusión de mazo |
| Urgencia arcade | Batería y bajo |
| Ambiental, de combustión lenta | Pads y teclados |
Junto con los instrumentos, grabamos la ambientación por separado, porque un mundo necesita aire, no solo una banda sonora:
- Lluvia
- Oleaje
- Viento
- Tono de sala
- El murmullo de una multitud
Volvimos al juego del puerto con la biblioteca ya disponible y reconstruimos su sonido desde cero. Agua chapoteando bajo los muelles, gaviotas fuera de micrófono, y cuando cargas con éxito un contenedor en un barco, un mazo — uno real, grabado golpeando una barra real — toca las notas que antes eran un pitido. Las mismas notas, el mismo momento en el ciclo de juego. Un juego completamente distinto. Esa comparación es todo el argumento en miniatura: un tono tocado por una marimba y los mismos tonos exactos tocados por un oscilador no son resultados intercambiables de "hacer un sonido de éxito". Son productos diferentes con la misma función puesta.
Una vez que existía la biblioteca, apareció el problema más difícil, que es que una biblioteca no se compone sola. El instinto habría sido construir una carpeta de stingers de stock y dejar que cada build tomara de la misma pila, y específicamente no hicimos eso. El brief del director de diseño que fija la paleta de colores de un build también fija su paleta de audio, así que la composición ocurre por juego — un juego de detectives noir y un simulador de granja no reciben el mismo conjunto de instrumentos así como tampoco recibirían la misma fuente tipográfica. La colocación de efectos de sonido sigue la misma lógica hasta el nivel de objetos individuales: qué es el objeto, qué superficie está golpeando, qué tan grande es, qué ánimo tiene la escena. Es la misma especificidad que exigiríamos para un sprite o un texto de interfaz, solo que aplicada a algo que la gente suele tratar como un detalle secundario.
Y como "un detalle secundario" es exactamente como el audio se degrada, no lo dejamos como una guía de estilo que espera sobrevivir al contacto con una fecha límite. Ahora forma parte de la verificación — la comprobación dentro del navegador que se ejecuta antes de que un build se publique realmente lo escucha, y una capa de mundo que está en silencio, o efectos que silenciosamente vuelven a un oscilador simple porque una muestra no se cargó, no pasa la revisión de la misma forma en que no lo haría un botón roto. No es una nota en un documento de revisión, es un defecto. Uno de nuestros propios builds fue marcado y corregido automáticamente por exactamente eso hace poco; los detalles de cómo funciona esa detección están en Cómo se verifican los builds a sí mismos.
