SIGGRAPH 2009 ya cerró las inscripciones para su programa de estudiante voluntario (en el cual participé y escribí mis experiencias). Como actualmente no estoy estudiando, pues no me había detenido mucho en la página.

En estos días la revisé y encontré que la conferencia este año viene mucho más cargada de contenido de videojuegos que en años anteriores.  Sandbox, el simposio sobre videojuegos que se hacía paralelamente desde 2006 ahora es parte íntegra de SIGGRAPH, con los papers y charlas presentándose durante estas fechas.

Por otra parte, se realizará un Game Jam ¡durante la conferencia!. En anteriores ocasiones habían organizado un FJORG, que es un tipo de evento similar pero con animación. SIGGRAPH 2009 va a estar bien interesante este año con estos cambios.

Y además, Will Wright será keynote del evento. Creo que algún día tenían que notar esta industria que es una de las fuerzas que mueve la computación gráfica.

Y con marzo ya ido damos los enlaces recomendados para esta semana:

• Interesantísimo artículo con código fuente acerca de cómo se implementó la inusual gravedad de los planetoides en Super Mario Galaxy. La respuesta rápida: normales de una superficie.
• John Carmack habla de Raytracing, Hardware, Física, y otras cosas. He aquí la entrevista en formato podcast.
• Los videojuegos y el actual estado de la inteligencia artificial. Caso de estudio: F.E.A.R.
• El postmortem de los muchachos que hicieron P.J. Winterbottom, un juego cuyo mecanismo fundamental de juego es el tiempo. Un trailer para que sepan de qué hablo.
• ¿Dónde están los juegos indie en Japón?
• Los expertos debaten: Consola vs. PC para desarrollar juegos.
• El instinto de la diversión, y por qué es importante que los diseñadores tengan ese instinto.
• Rock Band para Wii. Oh joy!

En la parte anterior escribimos los diálogos y las líneas que dicen los personajes solos o entre ellos, y las acciones que pueden hacerse mientras éstos hablan. En esta parte haremos unos toques finales al juego y daremos unos consejos finales.

Parte VIII: Empacando todo

Durante las anteriores 7 partes hemos estado cubriendo cómo hacer un juego de aventura con AGS. Hemos definido el género de juego de aventura tal como era popular a principios de los 90. Hemos hablado de la etapa de la pre-producción: todo lo necesario antes de comenzar a tocar AGS. Esto incluye historia, personajes, acciones, puzzles, arte conceptual, etc., cosas que son incluidas en un documento de diseño. Las siguientes 5 partes las dedicamos a conocer AGS: un tour general, cómo hacer los gráficos para que AGS los utilice correctamente, cómo crear las habitaciones en las que ocurre la acción en AGS, cómo programar las interacciones del personaje con las habitaciones y sus objetos, y cómo escribir diálogos para los personajes.

Como el juego de este tutorial ya fue declarado como finalizado, en esta parte nos dedicaremos a dejar claros ciertos puntos para poder publicar el juego. Hablaremos de la implementación de los menús y los créditos, del manual del juego, y cómo publicar el juego.

Menús y créditos

Por lo general los menús y los créditos son habitaciones más que debes incluir en el juego. La forma más sencilla de implementarlos es hacer una imagen con todas las opciones, importar esta imagen como fondo de una habitación, definir hotspots sobre las opciones, y definir la interacción Any click on hotspot para llevar el juego a la habitación inicial o salir.

Los créditos pueden implementarse con un cambio creativo de habitaciones. Otra alternativa puede ser utilizar los plug-ins de AGS, como el de créditos, que permite hacer unos créditos que se desplazan como los de las películas.

Manual

Es importante escribir un manual. Sí, es un proceso tedioso luego de lo asombroso del proceso de creación de un juego. Pero al fin y al cabo esto será jugado por gente que no está familiarizado con el título. No tiene que ser extremadamente largo, sino simplemente dar unas instrucciones de cómo instalar el juego y cómo manejarse dentro del mismo.

Si te sientes especialmente generoso, puedes incluir en el manual información extra acerca de los personajes o el ambiente donde ocurre la historia. Si a la gente le gusta tu juego, ten por seguro que ese será un excelente detalle para con ellos.

En el manual es necesario incluir los siguientes reconocimientos a ciertos componentes utilizados por AGS:

TrueType font display uses ALFont by Javier Gonzalez and the Freetype project. Distributed under the terms of the FreeType project license.

OGG player is alogg by Javier Gonzalez, using the Ogg Vorbis decoder, which is available from http://www.xiph.org/ Copyright (c) 2002, Xiph.org Foundation

MP3 player is almp3, by Javier Gonzalez and the FreeAmp team. It uses the mpg123 MP3 decoder, and is distributed under the terms of the GNU Lesser General Public License version 2.1.

Para mayor información, consultar la sección Distributing your game del manual de AGS, sobretodo si planeas comercializar tu juego.

Un ejemplo de un manual. Debajo se leen algunas secciones del mismo.

Cómo comprimir el juego

Para publicar el juego, debemos comprimir todo lo que esté en el subdirectorio Compiled dentro del directorio del juego, preferiblemente en un ZIP. Lo mejor para hacer, en primer lugar, es cambiar el nombre de Compiled al nombre del juego, y comprimir ese directorio, no el contenido directamente. De esta manera cuando se descomprima el ZIP todo estará dentro de un directorio, en vez de desparramarse en el directorio donde la persona está descomprimiendo. También es recomendable copiar el manual dentro de ese mismo subdirectorio, para que todo esté en un solo archivo.

Al final la estructura de directorios en el ZIP debería ser algo similar a esto (asumiendo que nuestro juego es el de Joe, y el directorio se llama minidemo):

• minidemo\minidemo.exe – Archivo ejecutable para entrar al juego.
• minidemo\winsetup.exe – Archivo ejecutable para configurar algunas opciones del juego, como la resolución del juego y la traducción que utilizará.
• minidemo\acsetup.cfg – Archivo generado por winsetup.exe para guardar la configuración. Es recomendable ejecutar winsetup.exe aunque sea una sola vez para colocar bien los valores de resolución y traducción.
• minidemo\README.txt – El manual. Puede estar en texto plano, HTML, lo que sea. Puede llamarse manual.htm, o cualquier otra cosa. Pero es importante que esté.

Cómo publicar el juego

Es necesario disponer de algún espacio en internet para subir tu juego. Afortunadamente, existen sitios donde puedes hacer esto gratuitamente o por un precio muy bajo. Luego lo registras en el listado de juegos de AGS para que otros lo puedan ver y bajar. Muy probablemente quieras entrar al foro y anunciar tu juego en la sección Completed Games. Esos dos sitios son los mejores puntos para anunciar tu juego y promocionarlo.

¿Qué hemos dejado de lado?

Desde el inicio declaré este tutorial como un tutorial “sin lujos”. El objetivo del tutorial es tener un juego corriendo de principio a fin, y teniendo eso en mente, se dejó de lado muchos aspectos avanzados de la programación de AGS.

El más notorio de estos aspectos es la construcción de interfaces, seguido de la programación de cutscenes, que requiere un poco de conocimiento de las posibilidades de AGS y algo de paciencia, pues no existe un editor gráfico de cutscenes, por lo que hay que sentarse a escribir las instrucciones de movimiento y diálogo “a mano”. Con respecto a la construcción de interfaces, pues requiere experimentar un poco más de AGS: cómo funciona el motor y cómo se puede adaptar a lo que quieres hacer.

También hemos dejado muchas otras características de AGS, como la sincronización de labios, traducción a múltiples idiomas, y demás. Recomiendo revisar y experimentar con estas características en un juego nuevo para conocerlos.

Con esto cerramos la serie de artículos “Creando juegos de aventura con Adventure Game Studio“. Sus comentarios y preguntas son totalmente bienvenidos. Hasta otra oportunidad.

En la parte anterior habíamos comenzado a hacer scripts para definir las interacciones del juegos con los objetos y hotspots de una habitación. En esta parte definiremos los diálogos que ocurrirán entre los personajes dentro del juego. AGS ofrece una forma simplificada de escribir estos diálogos y realizar acciones producto de estos diálogos.

Parte VII: Programación de conversaciones en AGS

Para esta parte comenzaremos con la fuente de la parte VI [ZIP, 3MB]. Cuando terminemos esta parte, deberíamos tener algo similar a esta versión de fuente de la parte VII [ZIP, 3MB].

La incorporación de otros personajes con los que el protagonista pueda interactuar permite al escritor hacer una historia más envolvente para el jugador. Los jugadores se identifican mejor con personajes que tengan diálogos que refuercen su personalidad, o su percepción del entorno donde están. En AGS los diálogos se manejan a través de “Tópicos”. Estos tópicos son listas de opciones que un jugador puede escoger a la hora de hablar con alguien.

Cada tópico se desarrolla a través de guiones simplificados. En vez de ser como los que vimos la vez anterior, estos guiones son específicamente para las conversaciones, por lo que en general sólo se requiere escribir el nombre del personaje y lo que dice. Veremos que también incluyen unas instrucciones para controlar el flujo entre diálogos, interactuar con los datos del juego, y correr scripts del juego.

La conversación

Para esta parte supondremos que la máquina grande que está en la habitación verde de la casa de Joe es capaz de mantener una conversación con un ser humano. Por otra parte, la máquina está a cargo de mantener la puerta principal cerrada, y otras tareas que no nos conciernen ahora.

Cuando se escriben los diálogos para un juego de aventura, hay que tener en cuenta que las conversaciones no son lineales: el jugador debería escoger sobre qué conversar, el juego responder adecuadamente y así ir construyendo la historia. Esto significa que los diálogos van a tomar forma de árboles de conversación: el jugador comienza la conversación, ya sea con un simple “hola”, y ésta prosigue hasta que llega a determinados puntos donde hay varias alternativas para el jugador.

AGS provee la estructura necesaria para hacer estos árboles de conversación. Para ello accederemos a la pantalla de diálogos, Dialogs, donde tendremos algo similar a esto:

Estructura de las conversaciones

AGS provee Tópicos de Conversaciones, que contienen a su vez Opciones, que son las líneas que inician una conversación. Al seleccionar una opción, se corre la conversación escrita para ella. La idea es poder conectar un tópico con otro, y así obtener conversaciones significativas para el jugador.

A la izquierda tenemos la lista de tópicos, y a la derecha abajo tenemos la lista de opciones. Para agregar un tópico debajo de la lista tenemos el botón New topic, y para agregar opciones para un tópico tenemos el botón New option debajo de la lista correspondiente. Lo primero que haremos será ir hasta el tópico 0 y poner como nombre en Script name: MachineSalute. Como en el caso de los objetos y los personajes, este nombre permitirá identificar el tópico cuando lo llamemos desde el código. También lo identifica el número correpondiente en la lista.

Luego crearemos tres opciones, donde pondremos las líneas “¿Qué cuentas de nuevo?“, “Necesito un favor tuyo” y “Adiós“. Te habrás fijado en las dos marcas a la derecha de cada opción, llamadas Show y Say. La opción Show determina si la opción se mostrará desde el inicio. De no ser así entonces habría que hacerla visible en algún momento escribiendo el código necesario. La opción Say indica que nuestro protagonista dirá la frase contenida en la opción. Podemos desactivar esta marca si la opción es un pensamiento de él, o si va a hablar primero aquél con quien esté conversando.

Tenemos una marca en la parte superior que no utilizaremos. Sirve para poner un cuadro de texto entre las opciones para que el jugador introduzca sus propias opciones. Este estilo de conversación es muy similar al que tiene Veil of Darkness.

En la parte superior tenemos 4 botones. Export dialogs… y Replace form file… exportan e importan los diálogos de un juego, respectivamente, a un formato binario propietario de AGS. No dialog bullet point permite escoger un gráfico para las marcas que van al lado de cada opción. Edit script es el botón que nos interesa para este tutorial. Es el que permite escribir el guión de las conversaciones.

El Guión de las Conversaciones

Para cada opción de un tópico es necesario incluir el resto del diálogo. Al presionar el botón Edit script obtenemos una ventana similar a la de los scripts que escribimos en la parte anterior. En este caso, utilizamos código distinto al usual para poder escribir las conversaciones. Este código es más específico a lo que queremos hacer. También es limitado con respecto a las cosas que podemos hacer, pero veremos que es sencillo saltarse esta limitación en caso de que sea necesario.

Cuando abrimos la ventana aparecen algunos comentarios (antecedidos siempre por la doble barra // ) y las siguientes líneas:

@S // dialog startup entry point
joe: ¿Hola?, ¿máquina?
machine: Hola, Joe
return
@1 // option 1
machine: Nada nuevo. Tu habitación está segura conmigo.
joe: Es bueno saber eso.
return
@2 // option 2
machine: ¿Qué necesitas, Joe?
goto-dialog 1
@3 // option 3
joe: Adiós,Joe.
stop


Lo que viene a continuación de @S representa el guión previo a la presentación de las opciones. Veremos que en nuestro ejemplo lo utilizamos para hacer un saludo a la máquina. Los guiones se escriben muy similar a un guión de teatro: se pone el nombre del personaje (el mismo que sale en el Script-O-Name), dos puntos y su línea.

Existen dos nombres especiales que AGS distingue: “narrator” es uno y sirve para que el “narrador omnipresente” hable. Básicamente alguien sin cuerpo presente en la habitación. “player” es el otro, y sirve como un alias general para el personaje que esté controlando el jugador. Útil para cuando éste maneje más de un personaje.

También es posible poner “…” como línea de un personaje. En este caso, el personaje simplemente no dirá nada ni moverá la boca.

Instrucciones especiales

AGS es capaz de leer instrucciones específicas, en vez de las líneas de los personajes. Esto permite controlar el flujo entre tópicos de conversación, controlar las opciones del tópico donde estamos parados, y controlar el flujo del juego (alterar variables y cosas por el estilo). Las instrucciones más usuales son:

• return — Termina el diálogo y retorna a la lista de opciones del tópico actual.
• goto-previous — Retorna al tópico anterior, que llamó al actual. Si el diálogo comenzó en el tópico actual, se retorna al juego.
• option-on X — Hace visible la opción X del tópico actual, siendo X el número que le pases a la instrucción.
• option-off X — Hace invisible la opción X del tópico actual, siendo X el número que le pases a la instrucción.
• option-off-forever X — Hace permanentemente invisible la opción X del tópico actual, siendo X el número que le pases a la instrucción. A diferencia de la opción anterior, option-on no volverá a hacer visible la opción.
• add-inv X — Agrega el objeto X al inventario del jugador.
• lose-inv X — Quita el objeto X del inventario del jugador.
• run-script X — Esta opción corre la función global “dialog_request”, donde X es un parámetro que se le pasa. Como esta función se ejecuta de la misma manera que las funciones que has hecho en partes anteriores, dispones de mayor flexibilidad para hacer cosas avanzadas. En el archivo de script global de tu juego debería haber una función como esta:
  

  function dialog_request(int valor) {
    if (valor == 12) { //12 o cualquier número que sea X)
        //código aquí
    } else if (valor == 11) {
        //otro código aquí
    }
}

Volviendo al juego

Así que ya hemos creado nuestro primer tópico, donde Joe hace una charla insignificante con la máquina. Crearemos un segundo tópico, donde estarán las opciones de favores que pediremos a la máquina. Cerraremos el editor de script si lo teníamos abierto y volvemos a la pantalla de Dialogs. Allí hacemos click sobre el botón New topic, e introducimos el texto de sus opciones:

1. ¿Puedes prepararme un café?
2. ¿Puedes abrir la puerta por mí?
3. ¿Puedes limpiar la habitación?
4. Olvídalo

En los 4 casos nos aseguramos que las opciones Show y Say correspondientes a cada una estén marcadas. El script que asignaremos a este tópico será el siguiente:

// dialog script file
@S // dialog startup entry point
return
@1 // option 1
machine: Pero no tengo manera de hacer café, Joe.
joe: Lo siento, lo olvido siempre.
option-off 1
return
@2 // option 2
machine: Ahora mismo, Joe. Ya puedes pasar.
set-globalint 1 1
option-off 2
return
@3 // option 3
machine: La limpiaré cuando regreses a la casa.
joe: Gracias.
option-off 3
return
@4 // option 4
goto-previous

En este caso no tenemos un diálogo introductorio, por que lo que el caso @S no tiene nada. Las opciones 1 y 3 son solamente de relleno, por lo que una vez dichas, escondemos las opciones correspondientes y retornamos al tópico. La opción 4 sirve para retornar al diálogo inicial. La opción 2 es la que nos permitirá abrir la puerta: para el juego utilizaremos la variable global 1 para saber si la puerta está abierta o no. Más adelante desarrollaremos el script para que Joe pueda abrir la puerta.

Es importante poner la palabra clave return a todo lo que no sea goto-previous o stop. De otra manera el guión saltará a la siguiente opción. Si en el juego los diálogos parecieran saltar de uno a otro, vale la pena chequear si hemos puesto return en donde debe ser.

Un tip con respecto a los diálogos de relleno: hay ciertas acciones que hace el jugador que impulsan la historia. Para este caso particular y sencillo, la opción 2 que abre la puerta es la que lleva la historia hacia adelante. Otras acciones revelan el interior del personaje: cómo piensa, cómo siente, y qué piensa de sus alrededores y vecinos. La opción 1 muestra a Joe como una persona olvidadiza, y la opción 3 habla de las capacidades de la máquina para hacer trabajo (o para decir cosas sarcásticas ). Hay que tener en cuenta esto siempre, ya que los diálogos que se ponen por ponerse acaban fastidiando y aburren al jugador.

Escribiendo mensajes de habitación

Hasta ahora hemos visto dos tipos de mensajes. Por una parte están los que salen en un recuadro y que detienen la acción, como dichos por un narrador que puede parar el tiempo (AGS los llama “Normal Text” o “Texto Normal“). Por otra parte están los que dicen directamente los personajes cuando conversan, como los diálogos que acabamos de ver.

La cosa es que hay ciertas líneas que queremos que el personaje diga, sin necesidad de entrar en un diálogo. En general estos mensajes corresponden a los que tiene que decir el personaje cuando va a ejecutar una acción o emite una observación. La idea es evitar tener que hacer tópicos de diálogos sólo para hacer que un personaje diga algo.

Para esto tenemos los mensajes de habitación, numerados de 0 a 499. Estos mensajes guardan el tipo de línea que acabamos de describir, y el texto normal. A través de Room -> Edit Room Messages… o presionando CTRL – M podemos acceder al editor de mensajes.

En este caso crearemos tres mensajes. El mensaje 0 contendrá la línea “Está trancada. Es una medida de seguridad de la máquina. Debo indicarle que la abra.“, el mensaje 1 contendrá “Ya está abierta. Saldré de aquí.“. En ambos casos pondremos que Joe dirá la línea. El mensaje 2 contendrá “Felicidades, terminaste el juego.” y será texto normal. Se habrán dado cuenta de dos opciones específicas para cada mensaje: Display message after this one permite encadenar diálogos uno detrás del otro de una forma intuitiva, ahorrando llamadas en el código. Automatically remove this message after a time sólo es válido para texto normal, y permite establecer un tiempo para leer la línea antes de continuar con la acción automáticamente.

Mensajes globales

Aparte de los mensajes de habitación, tenemos mensajes a los que es necesario acceder independientemente de dónde se esté. Nos referimos a los casos de las líneas dichas por un personaje con respecto a su inventario, o mensajes genéricos cuando se intenta hacer una interacción inválida. También corresponden con algunos elementos de la interfaz, como el texto correspondiente a las ventanas para restaurar un juego o reiniciarlo.

Los números de los mensajes globales van del 500 al 999, estando los de 984 a 999 reservados para los elementos de la interfaz descritos anteriormente.

Para el caso de este mini-juego no utilizaremos mensajes globales, pero cabe destacar una técnica que explicaremos a continuación. Cuando se muestra a través de código los mensajes globales, suelen salir como texto normal. Muchas veces queremos que este texto salga de la boca de nuestro personaje. Lo que debemos hacer es ubicar el número de mensaje, y en el script correspondiente a la interacción escribes lo siguiente: (asumiendo que pones la interacción en Run Script, cJoe es el personaje que quieres que hable, y 520 el número de mensaje global)

cJoe.Say("%s", Game.GlobalMessages[520]);

La Ventaja de los Mensajes es la Traducción

Se preguntarán por qué hay que pasar por el lío de ventanas con líneas, mensajes y cosas así, en vez de escribir todo directamente en el código. La grandísima ventaja de tener organizados los mensajes de esta manera es que AGS provee facilidades de traducción del texto del juego. Mientras que el texto dentro del código no es tomado en cuenta para la traducción, los mensajes sí lo son, por lo que la labor se simplifica muchísimo en el caso de que quieras hacer esto.

El resto del script de la habitación

Una vez hecho los diálogos hay que hacer dos cosas: conectar la acción de hablar con la máquina con el inicio del diálogo, y rellenar las acciones de Joe con la puerta, lo que se traduce en una comprobación del estado de la variable global 1.

Para comenzar el díalogo con la máquina, Joe debe hablar con la máquina. Para esto iremos a la pantalla de Areas -> Hotspots, y seleccionamos el área de la máquina que definimos en la anterior entrega de este tutorial. Le damos al botón de Interaction…, y hacemos doble click sobre Talk to hotspot. Esta vez no utilizaremos un script, sino que escogeremos la opción Game – Run dialog, y dándole al botón Change nos aseguramos que su valor sea 0. La siguiente figura ilustra dónde se siguen estos pasos.

Pasos para obtener la ventana de interacción

Interacción de Joe con la Puerta

En la misma pantalla de hotspots seleccionamos el área de la puerta. Le damos a botón de Interaction…, y hacemos doble click sobre Interact hotspot. Escogemos Run Script como opción, y editamos el script con el botón Edit Script…. En el editor escribimos este código:

// script for Hotspot 2 (Puerta): Interact hotspot
if (GetGlobalInt(1) == 1) {
    DisplayMessage(1);
    DisplayMessage(2);
    QuitGame(0);
} else {
    DisplayMessage(0);
}

La lectura de este código es una traducción bastante fiel de la descripción de las acciones del personaje que hemos establecido anteriormente.

Probando el Juego

Es hora de probar lo que hemos hecho hasta ahora. En la habitación movemos la almohada, recogemos la llave. Usamos la llave con la puerta para pasar a la siguiente habitación. En la segunda habitación hablamos con la máquina, le preguntamos si nos puede hacer un favor, y seleccionamos la opción de la puerta. Nos despedimos de la máquina y usamos la mano sobre la segunda puerta. Fin del juego.

Es probable que Joe no camine hasta la puerta, sino que se queda parado. Haría falta establecer el Walk-to point en la pantalla de Areas->Hotspots. Una vez hecho eso, se guarda y se vuelve a probar el juego para comprobar que todo esté bien.

Conclusiones

Así que en esta parte hemos aprendido a hacer diálogos y mensajes dichos por los personajes. Los diálogos en un juego de aventura son importantes porque son una excelente manera de revelar algo de la historia de los personajes.

AGS ofrece una manera de construir diálogos a través de tópicos. Estos tópicos ofrecen opciones de qué puede hablar el jugador, y a través de los scripts, los tópicos se conectan entre sí, para hacer árboles de diálogos. Los scripts de los diálogos son más específicos que los normales, por lo que se tiene acceso a un menor número de funciones, pero es posible obtener la flexibilidad de los scripts normales con la función run-script.

AGS permite el almacenamiento de diálogos específicos en mensajes. Estos mensajes pueden ser propios de la habitación, o pueden ser mensajes generales. Estos mensajes se muestran con la función DisplayMessage(). La razón por la que se usa este tipo de almacenamiento, es que AGS luego puede generar un archivo de traducción, y así simplificar esta labor.

Para poder correr un diálogo, en una interacción con un personaje se utiliza la función RunDialog().

Para la siguiente parte

Tenemos un juego jugable de principio a fin, por muy corto y tonto que sea. Sin embargo, un juego es mucho más que el ejecutable que lo contiene. En la siguiente parte nos encargaremos de pulir detalles importantes para empacar el juego y presentarlo al usuario de una manera atractiva y agradable. Veremos como crear pantallas y un listado de cosas que hay que hacer antes de publicar el juego.

Aunque la conferencia es atendida en su mayor parte por profesionales y académicos, en los días de exhibición a todos se nos sale el fanboy que llevamos por dentro. Esto se traduce en largas colas para obtener las cosas más mundanas. Como siempre, Pixar entrega posters de la película más reciente (tengo uno de Ratatouille ), y su tradicional tetera de cuerda que camina (que no pude obtener ). Por otra parte, Google en su stand entregó unas franelas negras bien pavas. Otro stand entregó unos posters con la historia de la computación gráfica que estaban bien chéveres.

La descripción de SIGGRAPH 2008 y su esquema de colores. Foto por agiel.

Por otra parte, ya la conferencia en materia de cursos estaba terminada. Tan solo un curso sobre animación del cabello que no me interesaba. En materia de sketches estuve en uno sobre simulación fluidos, en el que el equipo de ILM demostró paso a paso cómo hicieron la batalla del agua, y en el que el de Sony Imageworks demostró cómo hicieron las olas que protagonizan en toda la película. Interesante trabajo de shaders para facilitar el trabajo a los animadores en unas partes, y reducirles el trabajo a ellos y las computadoras de render en otras.

Me despido entonces de la conferencia, y de esta serie de artículos. SIGGRAPH 2008 tendrá lugar en Los Angeles, California, volviendo a esta ciudad después de 3 años. El tema de aquél será Evolve (Evoluciona), y su esquema de colores es más bien de tonos marrones. Hasta entonces.

Jugando Star Wars en el preshow del Electronic Theater. Foto por agiel.

El Birds of a Feather al que asistí tenía que ver con una reunión de la IGDA con desarrolladores de juegos. Una mujer que forma parte de la división educativa de la IGDA nos dió la bienvenida y estuvimos hablando de asuntos que competen a la IGDA, como lo que debería hacer, lo que debería cubrir, y algo de charla pequeña sobre las herramientas de juegos. Por lo menos se han enterado de que ya existe un capítulo en Caracas de la IGDA . Hablé con un mexicano que está armando un festival de animación y videojuegos en su país. En un próximo post hablaré de ello.

En la noche se dio a lugar otro gran evento fijo de SIGGRAPH: La Recepción. Esta vez la reunión se hizo en un parque al lado de la marina de San Diego, justo enfrente del Centro de Convenciones. La noche estaba a una temperatura deliciosa, los botes que pasaban nos acompañaban en una velada corta (sólo dura dos horas) pero realmente agradable, donde hay bebida y comida a granel. Dentro de la recepción hay estaciones de comida italiana, americana (buffalo wings y costillitas), china y de postres. Estuve hablando con una cantidad de estudiantes voluntarios que me han acompañado durante los dos años anteriores.

Lucasfilm es siempre un participante fijo de SIGGRAPH. Foto por Mulling it Over.

Ya ha terminado la conferencia, y sólo queda por escribir lo que pasó el jueves. Saludos a los que me conocen.

Foto por Mulling It Over.

En la mañana estuve presenciando un curso introductorio de GPGPU, pero estuve poco tiempo. La mayor parte del día caminando y conociendo gente.

En la noche se dio a lugar otro de los grandes eventos fijos de SIGGRAPH: el Electronic Theater. Como parte del Computer Animation Festival, el Electronic Theater muestra lo mejor en animaciones, y generalmente se escoge de una gran cantidad de videos que le son enviados anualmente. Los videos bien pueden ser animaciones hechas por artistas, o pueden ser el resultado de investigaciones, produciendo un video más “científico”, por así decirlo.

El pre-show, un momento previo a las animaciones en el que se suele hacer algo con el público, esta vez no fue tan interactivo como otros años, pero fue bastante divertido. Fue un homenaje a los primeros videojuegos, cuyos gráficos eran vectoriales. El pre-show en cuestión fueron 3 juegos de antaño haciendo los gráficos con un generados de laser que apuntaba a la pantalla, simulando casi perfectamente el ambiente de estos juegos, con un pestañeo constante, y colores muy limitados. Cada juego fue jugado por un invitado especial: investigadores famosos, y artistas de grandes empresas. Los tres juegos en cuestión fueron Asteroids, otro que no había visto nunca (les prometo averiguar el nombre), y Star Wars, el juego de 1983. Los videos, como siempre, totalmente impresionantes. Algunos de ellos muy dramáticos, quizás demasiado dramáticos . Pero en general, con mucha calidad.

Es mi impresión que este año SIGGRAPH le está dedicando mucho tiempo a los videojuegos. Es sólo una opinión personal, pero es una impresión bastante fuerte.

Foto por shokai.

Filtros Bilaterales

El primer curso que atendí fue uno de filtros bilaterales, una forma de procesar imágenes difuminándolas preservando los bordes, a diferencia de otros filtros como el gaussiano. [Láminas del curso] [Otra introducción]

Encuentro Birds of a Feather: Interactive Gaming Tools

Lo segundo en la agenda era un encuentro entre desarrolladores de juegos para hablar de las herramientas interactivas para juegos. Los Birds of a Feather son encuentros en salas relativamente pequeñas (relativamente, porque todas las áreas de este centro de convenciones son gigantescas), en donde los asistentes son los que hacen la discusión, por lo general con un moderados. El moderador de esta conversación nunca apareció, extrañamente, por lo que otra persona tomó la palabra e hicimos la discusión, pasando por herramientas de sonido, Scaleform, una plataforma basada en Flash para juegos, y otras soluciones middleware.

Encuentro SIGGRAPH latinoamericano

Hacia la tarde hubo un encuentro entre asistentes a SIGGRAPH latinoamericanos muy interesante. Nos presentamos cada uno, y estuvimos conversando acerca del estado de la industria de la animación en cada país (habían muchos animadores y artistas entre el grupo). También conversamos acerca de las diferencias de costos de producción en cada país, y de es espinoso tema de la búsqueda de empleo.

Había una piñata preparada, pero al final no se llenó, así que se repartieron caramelos lanzándolos por toda la sala.

SIGGRAPH Chapter’s Party

El Chapter’s Party es uno de los grandes eventos fijos de esta conferencia. En un local llamado On Broadway, con 2 pisos, 4 ambientes, siendo uno de ellos el interior de una bóveda de un banco reformada para ser local, la fiesta es gigantesca y muy, muy buena. La adición de este año fue una pequeña recepción para los ex-Estudiantes Voluntarios, un encuentro para verse las caras y saber qué fue de cada uno.

Foto por agiel.

Una cosa más: Emergent Technologies

La sala de Emergent Techonologies es siempre divertida e interesantes: muchos investigadores traen lo último que han estado inventando en tecnologías interactivas. Este año la sala cuenta con la presencia del Microsoft Surface, que no he tenido chance de verlo, porque siempre tiene un público alrededor de 3 o 4 personas de grosor.

Lo que más me ha interesado es volverme a encontrar con Tetsuaki Baba, de la Universidad de Kyushu en Japón. El año pasado Tetsuaki trajo un curioso dispositivo para tocar batería. El dispositivo en cuestión consiste en una persona, el baterista, poniéndose un anillo, y otras personas, los instrumentos, cada una poniéndose otro anillo. La cosa es que el baterista puede tocar los instrumentos… pues, tocando a las otras personas. El aparato realmente fue una de las cosas más divertidad en Emergent Technologies de ese año.

Para SIGGRAPH 2007, Tetsuaki trae una consola con juegos que incluyen un elemento extra: el elemento de contacto. Los controles de esta consola son muy similares a los de un NES, con cuatro botones direccionales, y botones A y B. Estos controles tienen en la parte trasera una placa de metal que uno inevitablemente toca cuando sostiene el control. El hecho es que los juegos para esta consola son de dos jugadores, y para algunos movimientos se requiere el contacto entre las personas. Tuve el chance de jugar un juego de plataformas, en el que para saltar más duro una persona necesita tocar a la otra mientras está en el aire para impulsarla, y luego la segunda puede ser ayudada a subir cuando la primera ya está arriba.

Foto por Shokai

Segundo día del Sandbox

En el Sandbox las charlas de hoy fueron sobre cómo extender las interfaces de los juegos, con dos exposiciones cortas, una sobre el WiiMedia: métodos de análisis de movimiento y aplicaciones usando un control de juegos común y corriente, y otra sobre la mejor forma de colocar propaganda dentro de un ambiente 3D, a partir de datos recogidos de unos usuarios en unas pruebas.

Después del break hubo una serie de charlas bien interesantes sobre prototipos de juegos: la primera de Nokia dijo mucho más de lo que se sabe, pero el panel fue otra cosa. 4 expositores hablaron de formas de hacer prototipos, incluyendo una propuesta llamada Game Sketching, en donde en vez de utilizar código se utilizan varias personas en un ambiente virtual para representar la mecánica de un juego. El más divertido de todos fue el de Kyle Gray que habló de hacer prototipos en Flash. Mi especialidad .

Curso de Mínimos Cuadrados

El curso de medio día al que atendí fue uno sobre mínimos cuadrados para computación gráfica. Los expositores comenzaron por el sencillo caso de dos dimensiones, pero poco a poco fueron poniéndose esotéricos, con términos cada vez más matemáticos. La perla la puso uno de los expositores: “El par de láminas siguientes son muy aburridas”. No estaba equivocado, pero ¿para qué condicionar a la gente de una vez?. Unos cuantos ojos cerrándose, incluyendo los míos propios, me convencieron de abandonar la sala cuando llegó el break del medio.

El resto del día me la pasé visitando otras galerías, la de arte y la de Tecnologías Emergentes ( o Emergent Technologies). Sobre eso les escribiré luego, porque merece un artículo aparte.

Sobre el Hostal

El Hostelling International San Diego es muy buen hostal, con la particularidad de que el ascensor está temporalmente dañado, pero eso era algo que me habían avisado hace varias semanas con un correo. Como era de esperarse, tiene Wi-fi en la sala de TV, y mi habitación quedó justo al lado de esa sala . La cocina está bien equipada y ofrecen panquecas gratis de desayuno a las 8AM. Sólo hay que hacerse uno mismo las panquecas.