En esta parte vamos a establecer la historia de un juego de aventura, comenzaremos a crear los gráficos necesarios para el juego de aventura y comenzaremos a crear los sprites y animaciones necesarios para los personajes. En la siguiente parte crearemos las habitaciones y explicaremos los conceptos dentro de éstas. Esta parte promete ser larga, así que lo mejor será comenzar.

Parte IV: Haciendo los gráficos y las habitaciones

Materiales

Para esta parte asumiremos que ya has instalado Adventure Game Studio. Si no lo has hecho, es buen momento para bajarlo, instalarlo y explorarlo. Lee la parte 3 de esta guía para saber cómo.

En esta parte también utilizaremos un paquete de gráficos, que incluyen las habitaciones, objetos y animaciones de personajes, además de las fuentes del juego en AGS para referencia. Al final de esta parte en la sección de Recursos podrás bajar este paquete.

El juego de aventura

El juego de aventura que vamos a hacer en esta guía no será el juego que batirá récords de audiencia: es un piche juego de 2 habitaciones y acciones muy simples. El objetivo es que comiences a poner en práctica los conceptos que di muy a la ligera en la parte anterior de esta guía.

En este juego controlarás a una persona que va a salir de su casa. Para ello, necesita recoger sus llaves y activar el sistema de seguridad antes de salir. Las llaves están escondidas debajo de la almohada de su cama, y para activar el sistema debe volver a memorizar el número. El número está escrito en un papel dentro de una cajita en su habitación. Una vez que esas dos cosas estén hechas nuestro personaje podrá salir.

Conoce a Joe. El héroe de este juego.

Creando el juego

Lo primero que haremos al comenzar AGS es indicar que crearemos un juego, preferiblemente bajo la plantilla por defecto (Default game). El título que utilices se convertirá en un directorio dentro del editor de AGS. A continuación escogeremos una resolución adecuada para el juego: en este caso los gráficos están hechos para una resolución de 640×480.

Una vez llegado a la pantalla de General Settings, debemos establecer el formato de color del juego. Las ilustraciones del paquete están hechas en formato 32-bit, por lo que iremos a la pantalla Palette y le daremos al botón Change game colour depth. En la ventana que saldrá escogeremos la opción de 32-bits.

Importando los sprites

El siguiente paso es importar los gráficos en AGS como sprites. Los sprites en AGS son los gráficos que representan, en general, cualquier cosa que no sea un fondo de habitación, incluyendo objetos, imágenes de inventario y personajes. Como tales, necesitan tener algunas partes transparentes, y es ahí cuando entra en juego el fondo rosado que ves al llegar al Sprite manager.

En este momento haremos un apartado para describir un poco este asunto de la transparencia. Todo objeto que requiera tener alguna parte transparente se le pintan dichas zonas con el color “Rosado transparente“, que no es más que el color Rojo: 255, Verde: 0, Azul: 255 en tu programa para manipular fotos usual. Tradicionalmente en AGS ésta ha sido la forma de definir la transparencia en Sprites, pero recientemente ha sido posible importar imágenes con transparencia alpha, lo que quiere decir que aparte de los componentes rojo, azul y verde de la imagen existe otro componente más que determina la transparencia de un pixel, con lo que hay mayor control del grado de transparencia de una imagen, a diferencia del uso del rosado transparente, que sólo determina si un pixel es visible o no.

Este es el color rosado.

En el caso de nuestro juego de aventura, todas las imágenes son de 32-bits con transparencia alpha. Es de notar que cuando utilizamos imágenes de este tipo, no podremos establecer transparencias intermedias mediante el lenguaje de programación de AGS, cosa que sí se puede hacer cuando se usan imágenes sin este tipo de transparencia.
Volviendo a la pantalla de AGS, el Sprite manager mostrará algunos sprites importados. Simplemente no los vamos a utilizar. Mención especial tiene el sprite 0, ése que si lo ves bien parece una taza azul. Es el sprite por defecto, y si en algún momento cometes algún error en la producción del juego, es posible que esta tacita salga en algún lado.

Así que comenzaremos por hacer click derecho en alguna parte de la lista de sprites, y hacemos click en Import New Sprite, obtendremos una pantalla similar a la siguiente:

Es importante marcar el cuadro de Import for 640×400 resolution, porque es lo que permitirá a AGS reconocer que estamos importando sprites para la resolución correcta. De aquíle damos click a Import from file… y escogemos uno de los gráficos. Comencemos seleccionando graphics\rooms\1\Box-closed-object.png. Inmediatamente saldrá una advertencia de que estamos usando una imagen con transparencia alpha. Por ahora respondan que sí.

Verán que la imagen ahora estará en la ventana anterior, junto con un rectángulo que sigue al cursor. Este rectángulo permite capturar parte de una imagen para pasarla a un sprite. Arrastrando con el botón derecho el rectángulo podemos definir un área nueva, y con el botón derecho capturamos la imagen. Si lo que se va a obtener es la imagen completa basta con darle al botón de Grab entire image. No necesariamente hace falta importar de un archivo, es posible importar de una imagen copiándola del software de edición de imágenes y dándole al botón Paste from clipboard.

Con respecto a la transparencia alpha, en AGS no es posible aplicarle transparencia por código a un sprite cuando éste posee transparencia alpha mediante la llamada a SetCharacterTransparency, sino que la imagen debe quedarse siempre con la misma opacidad todo el tiempo. Esta ventana lo único que pregunta es si se desea preservar el canal alpha o se desea descartarlo. Experimenten con los sprites que incluye el paquete, sobretodo los de Joe. Van a notar que el delineado alrededor de él será mucho más pronunciado cuando se descarta el canal alpha, y la sombra será también totalmente negra.

Se preguntarán por qué este paso extra de tener que obtener un sprite. La respuesta es que esto permite obtener varios sprites a partir de una sola imagen, marcando la caja llamada Tiled sprite import. Previamente debemos preparar la imagen para que todos los sprites sean del mismo tamaño. La importación es similar que en el primer caso, con la diferencia de que luego de definir el área y capturarla, tienen que mover el mouse para determinar el número de sprites a capturar. Esto es particularmente cómo para importar imágenes, así que para practicar les he dejado el archivo graphics\person\person-walkcycle.png, el tamaño que deben utilizar para cada sprite es de 154×287 pixeles. Una advertencia que les debo hacer es seguir utilizando las imágenes separadas para hacer la importación del personaje, debido a que este archivo no está debidamente preparado, y se verá mal en AGS.

Una vez hecho eso, vamos a importar todas las imágenes que encuentren en el directorio graphics, exceptuando room1.png y room2.png, pues esas serán las imágenes que formarán parte del fondo de nuestras habitaciones. Al final deberían tener una lista similar a esta:

No hay problema si los números son exactamente los mismos, aunque es recomendable que importen los archivos de la animación de Joe caminando en orden, para que no se desorganicen. En un proyecto de mayor envergadura será vital estar organizados, así que lo ideal desde ahora sería crear una carpeta haciendo click derecho en Main y dándole a Create sub-folder, y a la capeta arrastramos los sprites de animación de Joe. Tengan en cuenta que una de las imágenes es Joe parado, no la confundan con los fotogramas de Joe caminando, que son 14.

Creando las vistas

Vamos ahora a comenzar a crear las vistas de Joe. Como dijimos en la parte anterior, las vistas son agrupaciones de sprites que, a su vez, conforman las animaciones de un personaje. Entrando a la pantalla Views tenemos que ya existen dos animaciones correspondientes a Roger, el personaje en la plantilla Default Game. Roger, aunque es muy noble, está hecho para juegos de 320×240, aparte de ser bien feo (a mi parecer) por lo que vamos a crear la vista con Joe caminando.

Dándole al botón de New View obtenemos una nueva vista sin sprites y con un solo loop. Cada loop en una vista representa la dirección que tiene un personaje, a menos que marquemos la caja de correr el siguiente loop para hacer una animación larga (Run the next loop after this to make a long animation).

Como notarán, sólo tenemos una animación de alguien caminando hacia la derecha. No tenemos animaciones de Joe caminando hacia arriba, hacia abajo ni hacia la izquierda. Esto se debe, en parte, a mi limitada pericia gráfica: la sola animación de Joe me tomó una semana en hacerla. Afortunadamente, AGS es bastante permisivo en esto, y si no encuentra la vista correspondiente, él se las arregla para poner una que se aproxime. En particular, en el juego final veremos a Joe sólo de lado.

Así que le damos a New Loop, y observamos que el Loop 1 corresponde a la animación de Joe caminando hacia la izquierda, pero… tampoco tenemos la animación a la izquierda. Aplicaremos un truco burdo, pero que servirá para nuestros propósitos, y es simplemente invertir las imágenes que tenemos de Joe caminando hacia la derecha. Démosle a New Frame, con lo que tendremos la imagen de la taza azul. Haciendo doble click a ese recuadro vamos a la pantalla de Sprites. De allí escogemos el primer fotograma de la animación, y tendremos una pantalla similar a esta:

Debajo de cada fotograma verán 3 líneas. SPD: 0 determina un retraso que se le agrega al fotograma, para tener un control de la velocidad dentro de cada animación. NO SND indica que al pasar por ese fotograma no se reproducirá ningún sonido. Esto permite sincronizar un sonido con la animación, p.e. un sonido de pisada. NORMAL indica que el fotograma está en su estado original, y haciendo click sobre él cambiará a FLIPPED, por lo que habremos resuelto el problema de la animación de Joe. Aplicaremos lo mismo para las 13 imágenes restantes.

Para hacer la animación de Joe caminando hacia la derecha, haremos nuevamente este proceso, sin invertir los fotogramas. Dándole a New loop obtendremos el Loop 2 correspondiente a la dirección diestra. Después de eso, un último click a New loop revelará el loop correspondiente a la dirección hacia arriba. Nuevos loops sucesivos a partir de este punto revelan las direcciones diagonales, las cuales agregan mucho realismo al personaje (si realmente las hacen).

A esta vista lo único que le falta es un fotograma correspondiente a Joe parado, por lo que será necesario agregar un fotograma al inicio de cada loop. Así que en el loop 1 hacemos click derecho sobre el primer fotograma y le damos a Insert frame before this, y buscamos el fotograma de Joe parado. Hacemos lo mismo en el loop 2. Cuando asignamos esta vista a un personaje, AGS sabe que el primer fotograma es del personaje parado. Cuando comienza a caminar, el cicla sobre el resto de los fotogramas.

Creando a Joe

Pasemos entonces a la pantalla Characters para terminar de crear a Joe. Haciendo click sobre New Character… AGS nos preguntará el nombre del personaje. Inmediatamente rellenará unos parámetros por defecto del personaje. Los primeros cinco botones corresponderán a las vistas que hemos creado, las cuales identificaremos a continuación:

• Normal view corresponde a la vista cuando el personaje está detenido.
• Speech view corresponde a la vista que tiene el personaje cuando está hablando.
• Idle view corresponde a una animación que hace el personaje cuando está detenido mucho tiempo.
• Thinking view corresponde a la vista que tiene el personaje cuando está pensando (un tipo especial de diálogo).
• Blinking view es una vista que ocurre más frecuentemente que Idle view y sirve para asignarle una animación de parpadeo al personaje.

Asignaremos entonces el Normal View a la vista que creamos anteriormente. La imagen de Roger desaparecerá, pero eso se debe a que no tenemos una vista frontal de Joe. Por ahora no tenemos otras vistas por lo que las dejaremos en None.

Marcaremos también que este será el personaje del jugador (This is the player character), y le diremos que comience en la habitación 1 (Start in room), y le asignaremos coordenadas X: 160, Y: 189. Por otra parte a Roger lo retiraremos y le diremos que comience en la habitación -1 (es decir, que no salga en ningún lado).

Concluyendo

Esta parte se ha hecho realmente larga debido a los detalles que tiene la creación de personajes. Lamentablemente en el estado en el que estamos aún no es posible probar el juego como debe ser. Si intentas probar el juego entrando en File -> Test Game muy posiblemente recibas un error debido a que no hay ninguna habitación creada. Por ahora podrías crear una habitación nueva, yendo al Room Editor y entrando en Room -> New Room y guardarla de una vez bajo el nombre de room1.crm. Esto te permitiría ver al personaje pero no moverlo, porque la habitación no está definida . Esto será la misión de la próxima parte, además de comenzar un poco a programar. Hasta entonces.

Recursos

En esta parte utilizamos un paquete de gráficos, que incluyen las habitaciones, objetos y animaciones de personajes, además de las fuentes del juego en AGS para referencia. Baja el paquete de gráficos [ZIP, 3,5MB] y descomprímelo donde quieras.

Sobre los gráficos

En el paquete encontrarás la siguiente estructura:

• graphics/ – Ilustraciones del juego listas para ser importadas en AGS.
  • person/ – Fotogramas de animación de nuestro personaje. 14 correspondientes a un ciclo de caminata, 1 con los 14 fotogramas unidos, y 1 con el personaje detenido.
  • rooms/ – Ilustraciones correspondientes a la habitaciones.
    • room1/ – Ilustraciones correspondientes a la habitación 1.
    • room2/ – Ilustración correspondiente a la habitación 2
• ags/ – Fuentes en AGS del juego de aventura.
• rooms.fla – Fuentes de las ilustraciones del juego, en formato Adobe Flash 8.

Según Danc, creador de estos gráficos, el objetivo de este paquete es reducir el tiempo que pierde un programador haciendo dibujos realmente patéticos (lo que yo suelo llamar aquí “Arte del programador”), y al mismo tiempo poder presentar un prototipo con dibujos atractivos (algo que puede afectar positivamente el alma ). El autor también alienta a los programadores a que si necesitan sacar más de este paquete, a modificar las fuentes (en PNG) de las imágenes para formar otros.

En la misma página, podemos ubicar un par de paquetes gratuitos más para usarlos en prototipos. Este es un paquete de gráficos para RPGs, y un paquete de gráficos para shooters verticales. No empobrecen ni enriquecen a nadie, pero definitivamente son un tremendo esfuerzo para tener prototipos con arte más decente. Totalmente recomendado el blog de este artista.

El caso es que es la primera aplicación que me encuentro, llamada Adventure Maker, con la que se pueden hacer juegos de aventura, quizás con una complejidad un poco menor comparado con aquellos hechos con otros programas, pero que no creo que la haga “menos adecuada” para gente que comienza o que quiere desarrollar algo rápido. Veinte puntos para esta gente porque ofrece una versión gratuita para evaluar el programa, donde se pueden utilizar hasta 150 “pantallas”. Ofrecen también una versión paga con opción para distribuir comercialmente los juegos producidos.

Este servidor se lo está bajando ya para ver qué tal. Si te pica la curiosidad lo puedes bajar también. Saca juegos tanto como para PSP como para Windows.

Ya hemos evaluado juegos en este blog que no son más que prototipos (ej. los que salieron del Experimental Gameplay Project), por lo que ya sabemos que un prototipo es un modelo al desnudo del juego que se quiere hacer, desarrollado de manera extremadamente rápida, y desprovisto totalmente de pulituras, gráficos bonitos, o siquiera menú de navegación. Los prototipos permiten saber a los creadores de un juego si el concepto que están haciendo es divertido, una característica tan básica de los videojuegos que a veces lo pasamos por alto.

Lo particular de estos dos personajes es que no usan lenguajes de alto nivel, como Python, y como tantos desarrolladores últimamente han estado recomendando ampliamente. La gente de Power of Two Games utiliza C++ y Allegro. Me causa curiosidad que consideren Allegro como una librería “old school“, una expresión con la que quieren decir que la mayoría de los juegos creados con esta librería son más bien parecidos a los que existían en los mediados de los 90, y no tienen la sofisticación de los de ahora.

Lamentablemente el artículo está en inglés, pero si pueden leerlo, háganlo. Es material bien didáctico y ofrece un punto de vista sobre la forma de desarrollar un juego (y un espaldarazo a Allegro ).

Noticia vía Kotaku.

Adventure Game Studio es un programa creado por Chris Jones para que amateurs de la creación de videojuegos puedan hacer sus juegos de aventura al estilo de los juegos que hacía Sierra y/o LucasArts a mediados de los 90. En particular, AGS permite concentrar a la persona o al equipo en la creación de contenido del juego y facilitar la programación de los guiones que conformarán la historia. AGS se ha convertido a lo largo de estos años en un programa muy poderoso, con una gran gama de características, un lenguaje de scripting muy flexible, y una excelente comunidad dispuesta a ayudar y con gente bien simpática. En la tercera parte de esta esta serie vamos a bajar el software y a comenzar a explicar algunas funcionalidades básicas de AGS.

Es de notar que de todas las partes, ésta es la que suele ser más frecuentemente cubierta en los tutoriales y, de hecho, AGS trae un tutorial donde va enseñando las características que tiene el programa. Así que no seré extremadamente meticuloso describiendo estas características. Aún sin ser detallista, esta parte promete ser bastante larga, por lo que te recomiendo ir explorando poco a poco y tomarte tu tiempo para entender algunos conceptos en AGS que vamos a introducir.

Parte III: Conociendo AGS

Bajando e instalando AGS

Vamos a comenzar bajando AGS, si es que todavía no lo has hecho, de la página de downloads de AGS. Bajaremos la versión más reciente para el momento de escribir este tutorial, que es la versión 2.72. La mayoría de los releases menores, es decir, aquellos que aumentan la parte decimal, no incluyen grandes cambios con respecto a lo que describiremos aquí, sino que suelen ser adiciones al sistema de scripting. Por otra parte, lo que se describe aquí puede que no sirva para versiones como AGS 2.8, 2.9 o 3.0. Otra nota al márgen es que AGS sólo funciona en Windows, y no hay versiones disponibles para Mac o Linux, aunque sí es posible correr los juegos producidos por AGS en estas plataformas, algo que dejaremos para una siguiente parte.

De la página se baja un zip (llamado en este caso ags_272.zip), y no trae un instalador, por lo que hay que crear un directorio para poner los archivos que vamos a descomprimir. En realidad eso queda a tu elección, debido a que AGS no depende del sitio de donde lo corras, en este caso vamos a ponerlo en la carpeta “Mis Documentos\ags-2.72“. A continuación debes descomprimirlo con un programa como WinRAR, o si tienes Windows XP, con el manejador de ZIPs que trae por defecto.

La estructura de archivos que deberías tener en el momento sería algo como esto:

• ags-2.72\
  • docs\ – Directorio de licencias de las diferentes librerías externas que usa AGS, bitácora de cambios, e información para programadores que quieran saber más de AGS.
  • accomole.dll – Archivo importante para arrancar el editor.
  • acwin.exe – Archivo ejecutable para los juegos hechos en AGS. No es necesario ejecutar esto hasta crear un juego.
  • agsedit.exe – El editor de AGS, y el programa que más utilizaremos durante la producción del juego.
  • ags-help.chm – Archivo de ayuda de AGS, con toda la documentación necesaria para utilizar el editor y programar dentro del software.
  • Default Game.agt – Todos los archivos que terminan en .agt son plantillas que ya traen ciertas cosas predefinidas para el juego, como la interfaz. La plantilla por defecto trae una interfaz muy similar a la de Sierra a mediados de los años noventa, y un personaje muy similar a Roger Wilco (llamado Ego).
  • Empty Game.agt – Una plantilla que no trae casi ningún gráfico. Para comenzar juegos desde cero.
  • ROOMEDIT.CLB – Archivo importante para usar el editor.
  • setup.dat – Otro archivo importante más para usar el editor.

En este momento te puede ser de conveniencia crear accesos directorios en tu escritorio a agsedit.exe y a ags-help.chm para accederlos más rápidamente.

Arrancando AGS y creando el primer juego

Al arrancar por primera vez AGS sólo tendremos la opción de escoger si comenzar un juego nuevo o cargar uno existente. En este caso nos referimos específicamente a crear el directorio donde iremos ensamblando todas las cosas del juego, y donde va a salir el producto final, que es lo que se suele llamar “el compilado”.

Así que AGS te va a pedir que selecciones una plantilla, Default o Empty, y el nombre de la carpeta donde van a estar localizados los archivos de AGS del juego. Esta carpeta será creada en el mismo directorio donde tengas instalado el editor. Mi recomendación personal es que en un directorio separado (al lado de esta carpeta, o en cualquier otro lugar) donde vayas guardando los recursos que vayas creando (como imágenes, sonidos y música), y dejes la carpeta que fue creada exclusivamente para uso del editor AGS. A continuación te preguntará la resolución que tendrá el juego. Por ahora pon la que quieras, pero a la hora de crear el juego verdadero esta será una pregunta crucial que hay que establecer antes de hacer nada.

La primera pantalla puede parecer aterrorizante, pero lo cierto es que son opciones que se establecen una sola vez y no se vuelven a tocar. Son fundamentales, eso sí, por lo que es importante aclararlas al inicio de la producción.

A continuación, daremos un paseo por las distintas pantallas que tiene AGS, y diremos para qué sirven. En la siguiente parte de esta serie nos adentraremos en cada una y las detallaremos a medida que se vayan necesitando para el juego.

General Settings (Configuración general)

En esta pantalla estableceremos las opciones básicas del juego, como su nombre, puntaje máximo (si lo vamos autilizar), algunas opciones para programar, reproducir sonidos al ganar puntos, opciones de los diálogos, opciones de dibujo del texto y otras opciones misceláneas. Como dije anteriormente, esto puede parecer mucho, pero lo cierto es que uno establece estas opciones una sola vez, y rara vez se cambian.

GUI (Interfaces de usuario)

AGS define cada conjunto de controles que el usuario puede usar durante el juego como GUIs. En la plantilla Default vas a ver 3 GUIs: una línea de estado que indica el objeto que está bajo el cursor durante el juego, una barra de iconos accesible cuando el cursor se encuentra en el tope de la pantalla, y una ventana de inventario. Adicional a eso, AGS trae unas ventanas predefinidas para guardar, restaurar, reiniciar y quitar el juego, y pueden ser reemplazadas por otras más sofisticadas si así deseas crearlas.

Es de notar que la creación de GUIs requiere algo de programación extensa dentro de AGS. En tu primer juego deberías decidirte por este o alguna plantilla disponible en los foros de AGS, y concentrarte en los aspectos más básicos del proceso. El alcance de tu primer juego debe ser manejable para que puedas llevarlo a cabo. Esto es crucial y lo estaré recordando durante el resto de la serie, sobre todo si no has tenido experiencia programando.

Inventory Items (Items del inventario)

El inventario son todos los objetos que pueden ser llevados por el o los personajes que controla el jugador. Cada objeto en el juego está identificado por un número y tiene un nombre que es el que lee el jugador. Cada objeto también tiene una serie de interacciones que se definen con el botón “Interaction” (es decir, cómo responde el objeto con cada acción del jugador). También tiene una serie de propiedades personalizadas que puedes definir si el diseño del juego lo requiere así. Finalmente tiene una imagen y un “hotspot”, que no es más que el punto donde el cursor actúa cuando haces click (En el juego cuando seleccionas un objeto, el cursor toma la forma del objeto).

En este punto habrás notado la presencia del campo “Script O-Name”. Es el identificador del objeto cuando estás programando. Para adelantar un poco la parte de programación, que es requerida a la hora de hacer un juego en AGS, cada objeto se le pueden aplicar acciones (que en este caso son llamados funciones), y el nombre del objeto mientras programas se define en este campo.

Global messages (Mensajes globales)

Los mensajes globales son textos accesibles desde cualquier punto del script (el guión de programación). Necesarios para algunas partes del juego, como diálogos o mensajes del estado del juego.

Palette editor (Editor de paleta)

El editor de paleta en mi opinión está muy lejos para lo importante que es al principio de la producción del juego. En esta pantalla se decide el número de colores que llevará el juego. AGS permite crear juegos de 256 colores, color de 16-bits o de 32-bits. Esto es una decisión importante antes de crear ningún gráfico, y debe formar parte del documento de diseño.

Cuando el juego es de 256 colores, quiere decir que tienes acceso a un poco más de 262 mil colores, pero sólo puedes usar 256 al mismo tiempo en una habitación. En mi opinión, en estos días utilizar 256 colores es complicarse la vida innecesariamente con el manejo de paletas. Lo mejor es utilizar 32-bits, o 16-bits si quieres reducir el tamaño del juego.

Dialogs (Diálogos)

Los diálogos en un juego de aventura son casi un requerimiento, pues es a través de los diálogos que el jugador obtiene la información necesaria para resolver el juego. En AGS, los diálogos se representan mediante Tópicos de Conversación, los cuales tienen una lista de opciones, y un script donde se establece el diálogo entre los personajes y las acciones que pueden llevar a cabo. Una de estas acciones es inclusive enlazar con otros tópicos de conversación, por lo que es posible formar complejos árboles de diálogos, reitero, si así el juego lo requiere.

Text Parser (Analizador de texto)

El parser de texto se utiliza en el caso de que tu juego requiera que el jugador escriba acciones en el teclado para ejecutarlas. Para este tutorial vamos a limitarnos a utilizar clicks para interactuar con nuestro personaje, por lo que se deja la exploración de esta pantalla como ejercicio al lector.

Sprite manager (Manejador de sprites)

Los sprites con parte importante de AGS. En resumen son todos los gráficos que no son fondos de habitación, incluyendo: animaciones de acciones de todos los personajes, objetos en la habitación, iconos representativos en el inventario y cursores. Desde aquí podremos importar los gráficos, exportarlos y organizarlos en convenientes carpetas.

Views (Vistas)

Las vistas son agrupaciones lógicas de sprites. Cada vista representa a un personaje haciendo una acción dada una dirección. Cada acción que pueda hacer el personaje debe animarse al menos 4 veces (exceptuando animaciones específicas), una por cada dirección. Si el presupuesto (de tiempo, de dinero, o de talento) lo permite, se pueden hacer hasta 8 direcciones, incluyendo las diagonales, lo que le da un aspecto más pulido al juego.

Characters (Personajes)

Los personajes son los actores dentro del juego. Como tales, tienen un nombre, un identificador para el script, y una serie de animaciones (normal, hablando, haciendo nada, pensando, parpadeando) que no son más que el número de vista correspondiente (las mismas vistas descritas en la anterior pantalla). Además de estas características, se pueden definir interacciones para estos personajes, establecer si el personaje puede ser controlado por el jugador (el personaje 0 siempre es controlado por el jugador) y definir propiedades personalizadas.

Cursors (Cursores)

Los cursores son los gráficos que acompañan al mouse, y suelen identificar la acción que puede hacer el jugador si hace click. En el caso de la plantilla Default, los cursores son representaciones de las acciones de la barra de iconos en el GUI.

Fonts (Fuentes)

Las fuentes son el diseño de las letras (la tipografía) del juego. AGS soporta dos tipos de fuentes: las fuentes TrueType, que son las que utiliza Windows, lo que te permite importar la fuente que quieras a tu juego, o las fuentes SCI, que son el tipo de fuentes que utilizaban los juegos de Sierra de mediados de los años 90. Para importar una fuente, debes crear una fuente nueva con el botón “New font”, luego hacer click sobre “Import font…”, y finalmente escoger el tipo de fuente. Un consejo para beneficio de tus futuros jugadores: ¡escoge una fuente legible!

Lip Sync (Sincronización de labios)

Una de las características más avanzadas, pero que definitivamente le da un toque de profesionalismo al juego, es la posibilidad de sincronizar labios, que no es más que definir ciertos fotogramas de la animación usual del habla de un personaje para que sean mostradas cuando se van leyendo las letras en un diálogo.

Room Editor (Editor de habitaciones)

Hemos llegado a una de las pantallas fundamentales de AGS, y en la que probablemente vayas a estar más tiempo.

La habitación es la unidad básica de un juego de aventura. En las habitaciones, los personajes pueden caminar e interactuar con otros personajes y los objetos que estén adentro de éstas. El concepto de habitación es deliberadamente abstracto: una habitación puede representar un cuarto cerrado o una zona al descubierto. Cada habitación posee: un fondo, que puede ser animado o no

La primera pantalla del Room Editor te presenta la lista de habitaciones que contiene tu juego, identificados por un número y conteniendo una descripción que tendrás que escribir. Dentro del Room Editor tendrás un menú nuevo en la barra superior llamada “Room”, que te permite crear, cargar y guardar las habitaciones, además de importar fondos, definir interacciones y mensajes dentro de la habitación. El Room Editor está dividido a su vez en 3 sub-pantallas, que manejan 3 aspectos distintos de cada habitación: Settings, Areas y Objects.

Room Editor: Settings

Settings maneja los aspectos como guardar la habitación, establecer un fondo, unas opciones básicas, la vista que tendrá el personaje, y propiedades personalizables.

Room Editor: Areas

Areas maneja, valga la redundancia, las áreas de la habitación, otro concepto abstracto que aclararemos a continuación. Existen 4 tipos de áreas: Hotspots, Walkable Areas, Walk-behinds y Regions.

Los Hotspots son las zonas donde el cursor reconoce una parte de la habitación, y el personaje puede interactuar con este. Se suele utilizar para partes de la habitación que no pueden ser representadas con un objeto (p.e. un horizonte). Se pueden definir hasta 30 hotspots en una habitación. Para definir los hotspots se dibujan directamente sobre la habitación. Cada hotspot se compone de un nombre, un identificador, interacciones, propiedades personalizadas, y un punto “walk-to” que es el punto a donde caminará el personaje si interactuas con esa zona.

Los Walkable Areas son las áreas donde puede caminar el personaje. Para cada area se define la escala del personaje cuando está parado allí, y es opcional definir una vista para esa área (p.e. si el area es una escalera vertical, entonces especificaremos una vista donde el personaje esté animado escalando algo). Se pueden definir hasta 16 áreas de caminata.

Los Walk-behinds son máscaras que ocultan al personaje, lo que le da un toque de 3D a la habitación. Para cada Walk-behind se debe establecer una línea base (un baseline), que es la altura a la que debe estar el personaje para ocultarlo detrás del walk-behind correspondiente. La altura es el punto más bajo de la vista de un personaje. Se pueden definir hasta 16 Walk-behinds.

Finalmente, las Regions definen otras interacciones (pararse, entrar o salir de la región) y otras propiedades dentro de la habitación, como nivel de luz (brillo) y un tinte de color. Se pueden definir hasta 16 regiones para cada habitación.

Room Editor: Objects

En esta pantalla se ponen los objetos dentro de la habitación. Los objetos tienen una representación gráfica, y puede que luego pasen al inventario del personaje. Para crear un objeto hay que pulsar sobre “New object” y para seleccionarlo se debe utilizar el selector que está al lado de “Editing object”. Para moverlo basta con arrastrarlo, y para fijarlo en una posición temporalmente se marca la opcion de “Lock this object in position”. Al igual que un hotspot se definen interacciones, imagen, propiedades personalizables, y una línea base que determina cuando está el objeto delante o detrás del personaje.

Conclusión

Hasta aquí llegamos con otra parte larga de esta serie. En esta parte bajamos e instalamos AGS 2.72. Luego exploramos todas las pantallas principales de AGS una por una, y mientras tanto introduje la terminología de AGS: GUIs, inventario, paletas de colores, mensajes, diálogos, sprites, vistas, personajes, cursores, fuentes, habitaciones y scripts. Estos conceptos son deliberadamente abstractos, pues así se adaptan a cualquier juego, sea de aventura o no (hay gente que hace cosas distintas a juegos de aventura en AGS).

En la siguiente parte de esta serie analizaremos un diseño de ejemplo de un juego y comenzaremos a hacer relaciones concretas entre los elementos del diseño y la terminología de AGS. Poco a poco nos estamos acercando a la producción del juego.

Lamentablemente, esta física a veces puede ser complicada de aprender para el que está haciendo juegos. Aunque algunas áreas pueden ser cubiertas con un conocimiento básico de bachillerato, lo cierto es que otra gran parte de este tema requiere algunos conocimientos de cálculo diferencial y cálculo numérico si se quiere llegar a hacer una simulación rápida y estable, con el agregado de que este conocimiento no se suele impartir hasta la universidad; con mucha suerte se da una introducción en 5to. año. Es necesario además tener un entendimiento intuitivo de estos conceptos, por lo que si estás interesado en conocer más de este tema, te presento una página muy ilustrativa llamada MyPhysicsLab, con varias simulaciones físicas en tiempo real programadas en Java, y con el código fuente totalmente disponible para su estudio. Por otra parte, Game Physics es el blog de Erin Catto, programador de física para Blizzard, y allí da algunos tips y experiencias en el área de física para juegos, además de tener el código y la presentación de los tutoriales de física que ha dado para el Game Developers Conference, o GDC.

Si no estás metido en la programación de juegos, pero aún te interesa saber de más juegos que incluyan este elemento, algunos blogs cubren el campo de los juegos con física. Fun-Motion es uno de ellos y está constantemente sacando reviews de juegos.

Adventure Game Studio es un programa creado por Chris Jones para que amateurs de la creación de videojuegos puedan hacer sus juegos de aventura al estilo de los juegos que hacía Sierra y/o LucasArts a mediados de los 90. En particular, AGS permite concentrar a la persona o al equipo en la creación de contenido del juego y facilitar la programación de los guiones que conformarán la historia. AGS se ha convertido a lo largo de estos años en un programa muy poderoso, con una gran gama de características, un lenguaje de scripting muy flexible, y una excelente comunidad dispuesta a ayudar y con gente bien simpática. Esta serie de artículos pretende dar una introducción relativamente informal a este programa, y explicar el proceso de creación de un juego utilizándolo como herramienta.

Parte I: Conociendo los juegos de aventura y conociendo AGS

El género de juegos de aventura es uno de los más viejos en la industria. En particular, los juegos de aventura point n’ click poseen una estructura bastante conocida: se tiene uno o varios personajes que visitan varios sitios interactuando con el ambiente, ya sea obteniendo cosas, combinándolas con otras o con el mismo ambiente, y hablando con otros personajes que se encuentren allí. Las cosas que se obtengan se guardan en un lugar especial llamado “inventario”, y el objetivo del jugador es ir resolviendo puzzles o acertijos conformados por el diseñador para terminar el juego. El juego posee una historia que pone al jugador en un contexto que le permita resolver dichos puzzles. Quizás lo anterior te haya podido sonar muy académico, pero si te pones a ver ejemplos de juegos de aventura, verás que son casos particulares de lo que acabo de describir.

Day Of The Tentacle: Controlas a Hoagie, un personaje, y tiene un abrelatas y unos planos para una super-batería.

Adventure Game Studio consiste en un editor y un intérprete. El editor toma los recursos que el creador produzca, léase: gráficos, sonidos y guiones, y con ello fabrica un programa. El intérprete se incluye dentro de ese programa, y es el que permite distribuir el juego a todo aquél que quiera jugarlo, sin necesidad de incluir el editor.

Una advertencia hay que dar para aquellos que ya están pensando en hacer el próximo Sam & Max: un juego de aventura de duración mediana requiere esfuerzo y tiempo. Vale la pena invertir el tiempo en bajar el programa y jurungarlo un rato, hacer cosas pequeñas para conocer sus capacidades. Vale la pena conocer un poco de programación para explotar a fondo las capacidades de scripting de AGS. Vale la pena conocer un poco cómo editar imágenes en la computadora y, por supuesto, vale la pena tener conocimientos de animación.

Esto, por supuesto, suena dantesco: nadie (o casi nadie) tiene todas esas habilidades reunidas (si eres una de esas personas, contáctame, definitivamente quisiera hablar contigo ). Es por eso que también vale la pena conocer gente con esas habilidades, y que esté dispuesta a compartir un rato ameno haciendo un juego (recuerden que hablo de esto como un hobby). Inclusive en el foro de Adventure Game Studio hay gente que ofrece sus servicios que produce muy buenos recursos for free para realizar un juego, si logras convencerlos. Eso es, presentar un proyecto sólido y con un demo corriendo (preferiblemente), para demostrar que eres alguien constante.

Dicho esto finalizo esta primera parte de este artículo. En la siguiente parte de esta serie detallaremos el trabajo de pre-producción necesario para la creación de un juego, incluso antes de tocar AGS. Esta serie se está haciendo poco a poco, así que si tienes alguna duda o alguna inquietud acerca de AGS, e incluso sugerir la dirección que ésta debería tomar, estás totalmente bienvenido. El área de comentarios está a tu disposición para esto.

Update: La guía continúa con su segunda parte.