Documentación

Durante el desarrollo de Ítaca, la programación estuvo presente desde las primeras etapas del proyecto. Desde el movimiento del personaje hasta las interacciones básicas del entorno, gran parte del proceso creativo comenzó directamente desde la construcción de sistemas funcionales dentro del motor. Desde un inicio, uno de los principales objetivos fue desarrollar sistemas modulares e independientes entre sí, de manera que pudieran reutilizarse y adaptarse fácilmente a medida que los escenarios y mecánicas fueran creciendo.

Sin embargo, aunque ya tenía cierta experiencia programando otros tipos de proyectos, esta fue la primera vez que me enfrenté al desarrollo de un videojuego de manera tan centrada en la programación, lo que implicó aprender constantemente durante el proceso mismo de producción.

GDScript y la curva de aprendizaje

Uno de los primeros retos fue entender que desarrollar videojuegos implica pensar simultáneamente en múltiples aspectos: el rendimiento, el comportamiento en diferentes computadores, el manejo de resoluciones y tamaños de pantalla, la persistencia de configuraciones, la claridad visual de las interfaces. A esto se sumó trabajar con GDScript, un lenguaje que nunca había utilizado anteriormente.

Herramientas de inteligencia artificial como ChatGPT, Gemini o Copilot funcionaron como un apoyo importante para el aprendizaje y el desarrollo técnico. Más que reemplazar el proceso de programación, estas herramientas funcionaban como espacios de consulta para resolver problemas específicos. El proceso se convirtió en una especie de co-creación técnica donde la herramienta facilitaba el aprendizaje, pero igualmente exigía criterio y comprensión sobre el funcionamiento real del código.

El proceso de diseño de cada escenario comenzó con una fase de investigación de referencias en imagen. El objetivo no era encontrar modelos a copiar sino acercarse a las ideas que se tenían una vez resuelto el mapa de flujo del usuario: cómo se identificaba la construcción de cada espacio, cómo se podía acercar su iluminación, qué objetos eran coherentes y se complementaban entre sí.

Fase 2: Boceto y estructura base en Blender

Antes de construir cada escenario en detalle, el proceso pasaba por una fase de boceto que se materializaba rápidamente en Blender. Un elemento metodológico central fue el uso de un modelo de personaje de referencia con medidas definidas, mantenido presente en todos los escenarios durante la construcción. Esto garantizaba que las proporciones del espacio fueran coherentes entre sí y que, al ser exportados a Godot, el jugador experimentara una continuidad espacial coherente entre los escenarios.

Fase 3: Búsqueda de assets en Sketchfab

Una vez construida la estructura base, el proceso entraba en una segunda fase de búsqueda concentrada en Sketchfab, plataforma de modelos 3D cuyos artistas ofrecen obras en descarga libre manteniendo el derecho de créditos. El criterio de selección respondía a dos objetivos simultáneos: coherencia narrativa y optimización. Se descartaron modelos con geometría excesivamente compleja que pudieran afectar el rendimiento en equipos de gama media-baja.

Fase 5: Exportación a Godot e iluminación final

La decisión de exportación fue exportar cada elemento por separado e importarlos individualmente al motor, en lugar de exportar los escenarios completos como un solo archivo. Esto ofrecía una ventaja fundamental: mantener la editabilidad de cada asset de forma independiente dentro del motor.

La iluminación de cada escenario se desarrolló completamente en Godot. El trabajo previo en Blender funcionó como boceto y referencia orientadora, pero la implementación técnica del sistema de iluminación final se realizó íntegramente en el motor de juego.

Ítaca nació de una premisa simple pero exigente: que cada decisión de diseño sonora, gráfica o narrativa debía estar anclada en experiencias reales. Desde el inicio del proyecto, el equipo tomó la decisión de no inventar desde cero, sino de escuchar primero. Esa orientación definió el carácter del proceso entero.

El primer paso fue acercarse a personas con experiencia migratoria directa. Se priorizó el contacto con compañeros y amigos de otros países, con quienes fue posible sostener conversaciones abiertas que luego tomaron la forma de entrevistas estructuradas. Paralelamente, se diseñó y distribuyó una encuesta que generó un volumen significativo de respuestas aportando perspectivas diversas sobre el tránsito entre países, los objetos que se cargan, los sonidos que se recuerdan.

Producción sonora en BandLab

Toda la producción sonora del juego fue realizada en BandLab, con una decisión metodológica clara: construir cada pieza musical nota por nota, instrumento por instrumento. No se usaron loops pregrabados ni pistas genéricas. Cada melodía fue ensamblada manualmente, con reverberación para crear profundidad y distancia espacial, eco para evocar el vaivén entre lo presente y lo recordado, y capas de ruido ambiental para dar textura.

El resultado es una banda sonora que varía según el espacio que el jugador habita. Cada habitación o nivel tiene su propio paisaje sonoro, construido en coherencia con el objetivo narrativo de ese momento. El sonido funciona como un lenguaje que habla en paralelo al visual: no como decoración de fondo, sino como parte activa de la experiencia.