Dreaming Arts - Blog sobre desarrollo de videojuegos de Miguel López

Me mudo a Wordpress

2012-04-14T19:58:00.004+02:00

NOTA: La nueva dirección del blog será a partir de ahora: http://www.dreaming-arts.com.

Después de tener parado el blog durante un mes y prometeros una sorpresa... aquí tenéis la primera parte de la misma: me mudo a Wordpress. La nueva dirección es http://www.dreaming-arts.com.

No es que haya tenido ningún problema con Blogger, o que crea que Wordpress vaya a darle una potencia sin igual a mi blog, ni nada de eso. Este es el primer paso para convertir mi blog en una página web, en la que trataré de involucrar a más gente en la redacción de artículos, y que servirá de plataforma para la realización de proyectos creativos de toda índole, incluidos, por supuesto, videojuegos.

La mudanza me la ha hecho Diego "Nader" Muñoz (www.dmbnader.es), gran diseñador web y mejor persona (aunque sea del Madrid :P), y al que tengo que agradecerle todo el esfuerzo que ha realizado. Si se ha retrasado la migración ha sido en exclusiva culpa mía, o más bien de los enlaces rotos y del destrozo de los párrafos que me ha hecho Wordpress en la migración, y que a mí me ha dado una pereza in-extremis corregir. Al final he arreglado los enlaces de la primera página y he dejado de momento todo lo demás.

Este mes ha sido un poco caos, pero os adelanto algunas novedades:

He estado trabajando en unos cuantos proyectos, uno de ellos es el localizador de revisores de Memetro (http://www.memetro.net), una asociación cultural de ayuda a las personas con este grave trastorno de memoria aún no reconocido por la OMS. Del segundo espero que tengáis noticias muy pronto.

También me he empezado a involucrar más con ARSGAMES (http://arsgames.net/), otra asociación cultural de ocio interactivo, responsables, entre otros eventos, de la organización del 6th Philosophy of Games o del Play Lab. Precisamente es con el desarrollo de la idea nacida en éste, con la que voy a empezar a trabajar.

No contento con todo esto, y como debe ser que me sabía a poco, también he estado trabajando en mis ratos libres (sí, aún me quedaba un poco de eso xD), en el desarrollo de un motor JavaScript que trabaja en el contexto 2D de Canvas al que he llamado Neo2D, y del que ya tengo una versión alfa y queda "ná y menos" para tener una beta.

Y, cómo no, continúo con mis clases de inglés, y sacándome como puedo el carné de conducir.

Vamos, que parado no he estado, ni tampoco me he olvidado de vosotros ni nada de eso. De hecho, tengo preparados un par de artículos que espero ir subiendo la semana que viene.

Así que, otra vez estoy de vuelta, como Terminator.

La nueva dirección del blog será a partir de ahora: http://www.dreaming-arts.com.

Mis primeros pinitos con Action Script 3 en Flex

2012-02-29T13:54:00.002+01:00

Últimamente he estado algo desaparecido del blog, a pesar de que prometí que volvía con más energías que nunca. Y era cierto.

Mi ausencia del blog no ha sido en vano.

No sólo sigo con las clases de inglés y con el carné de conducir (que ya iba tocando), sino que estos días ando buscando trabajo como un loco, y en mi intento de abrirme el mayor número de puertas ante clientes he estado empoyando a saco el API de Facebook, Drupal, y Action Script 3 sobre Flex.

Es precisamente sobre esto último que me he montado en un par de días una chorradita que me apetece enseñaros. En parte porque me hace ilusión, y en parte por si alguien se atreve a encargarme alguna cosa :P.

Aquí he trasteado con la estructura del MXML, sprites animados (me he hecho una clase muy chula que controla distintas animaciones ^^), fondos, eventos, lectura del teclado y, como no, un pellizco de narrativa (para los que aún no se creen que puedo escribir en menos de 140 caracteres -alguno se dará por aludido :P-).

Puede que tenga algún errorcillo, porque al ser un archivo de prueba no lo he testeado mucho. De todas formas, cualquier cosa que encontréis agradeceré que me lo digáis :-).

Los sonidos los he descargado de este blog:

http://descarga-efectos-sonido.blogspot.com/2008/08/pasos-o-pisadas-varios-several-steps.html

Y el chara de una web dedicada al RPGMaker XP:

http://www.emudigital.net/foro/creacion-y-modificacion-de-juegos/8379-estoy-haciendo-un-juego-con-el-rpg-maker-xp-ayuda.html

Podéis ver el resultado final aquí:

http://dreamingarts.ekiwi.es/swf/Test/Test.swf

Game of the Week - Gretel & Hansel (1 y 2)

2012-02-10T17:10:00.000+01:00

La particular versión del clásico de los hermanos Grimm, convertida en una aventura gráfica por Newgrounds, se merece ser el juego de la semana. Puzzles muy buen logrados, una pantalla final trepidante, y, sobre todo, una estética inquietantemente artística lo convierten en un juego en el que es obligatorio invertir la aproximadamente media hora que te costará acabarlo.

La segunda parte, también recomendadísima, es algo más larga y complicada, y mucho más gore si cabe que la primera. Igual que en la primera parte, obtendrás medallas si descubres nuevas formas de morir :P. Así que no tengáis miedo... ¡¡¡muahahahahahha!!!

Y podéis jugarlo aquí:

Gretel & Hansel: http://www.newgrounds.com/portal/view/515322

Gretel & Hansel 2: http://www.newgrounds.com/portal/view/550407

Espero con ganas la tercera parte ^^.

Diseño de Niveles Básico

2012-02-03T02:21:00.006+01:00

Si hay una materia que, en mi humilde opinión, se quedó algo flojita en el Máster en Diseño y Programación de Videojuegos de la Universidad Europea de Madrid que cursé el año pasado, desde luego ha sido Diseño de Niveles. Y no es precisamente un tema baladí, pues va a ser sobre los niveles donde se desarrollarán nuestros videojuegos. Para que veamos lo importante que puede llegar a ser un buen diseño de niveles, voy a poner un par de vídeos que hablan por sí mismos:

Cube (Trailer)

Uncharted 3 (Avión de carga)

Por eso no he querido perderme la conferencia que ha ofrecido hoy en la Universidad Politécnica de Madrid Daniel González, autor del libro Diseño de Videojuegos de la editorial Ra-Ma, profesor en Gametopía, creador de la revista digital Vive la Live y autor de Advertainmen, un blog con información jugosa sobre desarrollo de videojuegos.

Así que con su libro en una mano, y el bloc donde he tomado apuntes esta tarde en la otra, me dispongo a dar una serie de pautas y recomendaciones sobre diseño de niveles.

Pero me va a ser imposible porque no me quedan manos para escribir, así que antes voy a dejarlos sobre el escritorio.

Ya está.

Bueno, humor absurdo aparte, lo primero que hay que saber es quién diseña los niveles. Obviando el tema de que estamos en el país en el que contratan a una persona para hacer lo que deberían hacer dos o tres (para que luego digan que no somos productivos), la tarea del diseño de niveles recae sobre dos profesionales muy distintos: el guionista y el mapeador. Aunque lo más probable es que en un estudio pequeño el game designer, el guionista y el mapeador sean la misma persona, es importante saber distinguir el rol que vamos a tener cada momento, aunque sólo sea para estructurar nuestras tareas.

¿Qué hace el guionista?

El guionista debe describir cómo debe ser el escenario que debe crear el mapeador, pero, como siempre, tiene algunos límites no muy bien definidos para no hacer lo que no le corresponde. A groso modo, sería:

Historia: Los escenarios deberían tener cierto nivel de profundidad, una historia de trasfondo que dé significado a todo lo que nos vamos a encontrar en él, y que nos haga sentir que ese lugar es algo más que un decorado. Un escenario con una buena historia puede dar lugar a quest secundarias que den más horas de diversión al jugador.
Ambientación: No es tanto el apartado visual como la sensación que pretende transmitirnos: si queremos darle al jugador una sensación de agobio o de tranquilidad, si queremos que parezca gélido o tropical, inhóspito o familiar... puede que queramos causarle miedo, o melancolía. Un buen artista sabrá interpretar correctamente estas sensaciones y plasmarlas en el escenario.
Dimensión: Cómo queremos que sea de grande nuestro nivel. Sencillo.
Jugabilidad: Un aspecto que muchas veces olvidamos, es que un buen diseño de niveles debe aportar en cada escenario una jugabilidad que lo diferencie de los demás. Puede que en unas misiones prime la infiltración, y en otras la acción, que tengamos un tiempo límite para el escenario, alguien a quien debamos proteger, o que el propio nivel sea nuestro enemigo (como sucede en los juegos de plataformas).
Personajes: Debemos definir a los enemigos y el resto de personajes que aparecerán en el nivel, y cómo interactuarán con él. Puede que alguien se esté escondiendo entre la maleza o en un intrincado laberinto, o que un enemigo esté usando sus poderes para arrojarte partes del escenario. O a lo mejor sólo es un pueblo tranquilo lleno de mercaderes. Quizás algún protagonista tiene una relación con ese sitio: ¿ocurrió algo en ese lugar? ¿quizás fue su hogar, ahora destruido?
Items especiales: Remarco lo de especiales, ya que no me refiero a los típicos ítems de munición, vida, etc. que serán trabajo del mapeador, sino a los que encierran algún vínculo con el nivel. Una espada poderosa puede estar custodiada en ese templo, o a lo mejor es uno de los fragmentos de gema que estás buscando. Puede que consideres que ya va siendo hora de darle al protagonista algo de artillería pesada. El guionista tiene que tener claro dónde van a encontrarse esos items, y ser capaz de darles cierto protagonismo.
Requisitos de entrada y de salida: Qué tenemos que hacer o tener para poder entrar en este nivel (quizás necesitamos ciertas habilidades, una llave, o haber completado otro nivel), así como qué es lo que tendremos que hacer para salir de él (llegar a un sitio, localizar algo o a alguien, acabar con un enemigo, etc.).
Diálogos y cinemáticas: Su función está supeditada a todo lo anterior: contar algo de la historia, ambientar la acción, guiar en la jugabilidad, o presentar personajes e items especiales. En cualquier caso, es trabajo del guionista desarrollarla y no pasarse con ellos (que es algo que nos encanta a todos los guionistas). Recuerda que el jugador quiere jugar, no ver una película.

¿Qué hace el mapeador?

Pues el mapeador hace, precisamente, todo lo demás. Que no es poco.

Mapa del nivel: En su libro, Daniel González recomienda la utilización de software como AutoRealm, aunque también se pueden utilizar otros como Tiled Map o editarlo directamente en nuestro motor favorito (Unity 3D, UDK, etc).
Obstáculos: Muchos de los obstáculos vendrán dados por la descripción que nos haya dado el guionista, pero su distribución dependerá del mapeador. Pueden ser puertas cerradas, pasadizos ocultos, caminos bloqueados, cámaras de vigilancia si tenemos que infiltrarnos sin que nos pillen, etc.
Enemigos y otros personajes: El guionista nos dice qué personajes va a haber, o con qué tipo de enemigos nos encontraremos, pero la distribución en el nivel depende completamente del mapeador.
Puntos de guardado: Previamente, el game designer tiene que haber definido cómo va a guardarse la partida. Si existen puntos de guardado o checkpoints, corresponde al mapeador decidir dónde estarán situados.
Items: Como ya comentamos, el mapeador también se encargará de distribuir los items estándar por el escenario (munición, items curativos, fuentes de maná, magias, etc). Es recomendable distribuirlos siempre después que los obstáculos y los enemigos, para mantener el equilibrio.

El trabajo del diseño de niveles es especialmente importante, ya que nos va a definir una serie de elementos clave que marcarán el trabajo del resto del equipo:

Balance: Lo controlaremos mediante la distribución de los ítems. No es lo mismo ir sobrado de pociones de vida, que tener que administrarlas con cuentagotas.
Ritmo: Lo marcaremos con la distribución de enemigos. Un mapa repleto de ellos será frenético respecto a otro que prefiera utilizar los obstáculos como elemento principal.
Duración: Con los obstáculos aumentaremos la duración del juego.
Curva de aprendizaje: Los puntos de guardado (si los tenemos), se irán distanciando a medida que avancemos en el juego.
Trama y ambientación: Los diálogos y las cinemáticas del nivel no sólo deben darnos información sobre la historia, sino que además deben introducirnos en la acción. Esto es importantísimo: la forma de dar cierta información no será la misma en mitad de un tiroteo que en la Sala de Instrucciones de nuestro Cuartel General.

Recordemos que el diseño de niveles forma parte de la acción, del guión, y de la jugabilidad, pero sobre todo de la DIVERSIÓN. Si nuestro nivel no es divertido, da igual lo bien marcados que estén los ritmos, lo perfecto que encaje en nuestra historia, o lo distintiva que sea su jugabilidad.

Un nivel siempre debe ser divertido.

Espero que estas pautas básicas os hayan servido tanto a vosotros como a mí.

Currículum Vitae videojueguil

2012-01-31T01:42:00.002+01:00

Acabo de volver de Londres, y una de las primeras cosas que he hecho, incluso antes de escribir mi primera entrada (que no fuera un Game of the Week), aparte de apuntarme a una academia de inglés, ha sido rehacer mi currículo para reflejar el tiempo que he estado allí, el trabajo que estuve haciendo como Relaciones Públicas (es decir, enredando a la gente para que continúe la fiesta en el bar que te está pagando :P), y mi actual ocupación como freelance.

Mi CV de una página, que había conseguido que entrara en una sola página haciendo auténticas virguerías, ya estaba tan comprimido (tanto mi versión española como la inglesa), que era imposible incluso agregar mi humilde nivel B1 de inglés, que tan necesario es y tanto esfuerzo y dinero me ha costado alcanzar en las lejanas tierras que antaño estuvieran ocupadas por los romanos y más tarde por los sajones (como soy, ¿eh? Videojuegos no aprenderemos a hacer, pero historia...).

Así que me puse a diseñar un nuevo estilo. He de decir, que a mí me suele gustar imprimir un poco de personalidad a mis currículums. No hay que ser demasiado pasteloso, pero algún azul muy oscuro en un título, o meter líneas de separación entre apartados, siempre hacen que sea más agradable a la vista, sin llegar a romper el toque formal que tiene que tener.

Sin embargo, esta vez me propuse hacer algo completamente distinto. La única forma de seguir conservando todo en una página y no morir en el intento (ni acabando en una papelera de oficina por ilegible), era maquetándolo con algún diseño que te presente la excusa de meter el doble de información en una página.

Debía ser algo friki, por eso de que busco trabajo haciendo videojuegos :P, así que lo primero que se me pasó por la cabeza fue crearme una ficha de rol, así que me puse a ver si alguien lo había hecho antes. Y... ¡sí! Efectivamente, no iba a ser el tipo más original de la plantilla haciendo algo como esto:

Fuente: http://www.zonafandom.com/galeria/big/curriculum-friki/1

Pero, eso sí, iba a llamar la atención.

Eché un vistazo a esta galería, por algunos de los 30 currículum originales que presenta podían darme alguna idea, y lo cierto es que estuve barajando la posibilidad de jugar con el Timeline. De hecho, con esta idea en mente, empecé a buscar pantallas de menús, de personajes de Final Fantasy, de inicios de partida, etc.

Hasta que me topé con esta del Mass Effect 2:

Ese estilo de diseño Scaleform tan típico de tantísimos videojuegos, la ficha de habilidades, la profesión, el nivel, la foto... tenía que tener esa estética. Me puse inmediatamente con ello.

Así que, tras casi un día de peleas con el Photoshop (no soy un genio precisamente), deshechar el timeline, tener que omitir la foto porque no había forma de que entrara, y cambiar un par de títulos de apartados que sonaban demasiado frikis incluso para un currículum de esta índole... llegué a esto:

Un documento arriesgado, pero sobre todo claro, conciso, muy visual (toda la información está a golpe de vista, mucho más accesible que en un CV clásico) y, por supuesto, muy friki (con guiño a Steam y todo).

Por cierto, he borrado mi teléfono y mi dirección de correo personal, pero si queréis ofrecerme trabajo, podéis hacerlo a la dirección que ofrezco en este blog :-P.

Espero que os haya gustado. Pronto más y mejor.

¡Dreaming Arts ha vuelto!

Game of the Week - Braid

2012-01-21T14:14:00.000+01:00

El juego de esta semana es el Braid de la desarrolladora independiente Number None, otro de los títulos que tenía pendientes por jugar, y que me ha dad una grata sorpresa.

En este título de plataformas de original estética acrílica nos pondremos en la piel de Tim, un hombre que ha cometido un error que le ha hecho perder a su Princesa. Pero... ¿qué pasaría si viviéramos en un mundo en el que puedes corregir los errores y aprender de ellos sin sufrir sus consecuencias?

Atraviesa los 6 mundos que componen esta obra de arte, descubre las distintas mecánicas de juego que ofrece cada uno de ellos, y retrocede el tiempo, ralentízalo o desdóblalo, para descubrir el tremendo error que cometió Tim, corregirlo y así poder encontrarte de nuevo con su Princesa. Sin embargo, en Braid, las cosas nunca son lo que parecen...

Una auéntica obra de arte en todos los aspectos que componen un videojuego: jugabilidad, gráficos, música y un soberbio guión, que puedes conseguir aquí:

http://store.steampowered.com/app/26800/

Game of the Week - LIMBO

2011-12-30T19:32:00.001+01:00

Llegan las vacaciones de Navidad, servidor vuelve a España, y por fin tengo tiempo tiempo para jugar algunos títulos pendientes. Y el juego de esta semana es, precisamente, el LIMBO de Playdead, uno de esos juegos que, por su mecánica de juego y su aspecto gráfico, llevaba un tiempo esperando jugar.

Y no me ha decepcionado para nada.

Con un gameplay minimalista en el que sólo tendremos que utilizar la cruceta y el botón de salto, la desarrolladora independiente nos vuelve a demostrar que se pueden hacer grandes obras de arte.

En las aproximadamente 5 horas que dura la partida nos pondremos en la piel de un niño que atraviesa el Limbo para rescatar a su hermana. Para ello deberá resolver pruebas de lógica y escapar de los peligros que acechan en la oscuridad...

Un juego sencillamente sublime, con una ambientación perturbadoramente perfecta. Se merece todos y cada uno de los 90 premios que ha recibido.

Podéis comprarlo en Steam: http://store.steampowered.com/app/48000/

Game of the Week - Youda Sushi Cheff

2011-12-17T15:33:00.001+01:00

De entre los millones de juegos flash que corren por Internet, de vez en cuando encontramos algunas auténticas joyas de la diversión. Es el caso del juego de esta semana: el Youda Sushi Cheff de Youda Games. En él, tendremos que ponernos en la piel de un cheff japonés, y lograr que nuestro restaurante se convierta en el mejor de toda la ciudad.

Con una mecánica de juego sencilla, y una curva de dificultad muy bien ajustada, estarás entretenido a lo largo de las pantallas que podrás jugar gratuitamente aquí:

http://www.youdagames.com/Youda-Sushi-Chef-game-3401/

Game of the Week - Atakovat

2011-12-04T22:48:00.000+01:00

Después de una semana sin Game of the Week, hoy no quedaba más remedio que elegir un bombazo de esos que me considero afortunado de conocer: se trata del Atakovat, un webgame de estrategia creado por el desarrollador indie Krunoslav.

Y cuando digo que es de estrategia, no estoy hablando de juegos como oGame o Travian, que yo prefiero describir como juegos tácticos, sino de pura estrategia real, en la que el modo en que gestiones tus ejércitos y tus alianzas será crucial para el desarrollo de la partida, ya que puedes tardar varios días en mover tus tropas a través del mapa hexagonal que se utiliza como tablero.

Ambientado en un mundo medieval generado aleatoriamente, tendrás la posibilidad de avasallar reinos, librar batallas épicas o diseñar tus propias unidades eligiendo entre un montón de armas, escudos, armaduras, cascos y monturas.

Para mí es el webgame más entretenido que he jugado nunca. Eso sí, prepárate para echarle tiempo, porque si lo pruebas te va a enganchar.

Si estás dispuesto a liderar tu reino en un mundo en guerra, sólo tienes que entrar aquí:

http://www.atakovat.com

Game of the Week - And everything started to fall

2011-11-19T22:24:00.000+01:00

El juego de esta semana es el And everything start to fall, desarrollado por Alexitron, con música de Heatex y portado a flash por Josip Miskovc.

Un serious game con un gameplay sencillo pero atractivo y un duro mensaje sobre la vida, que os recomiendo que acabéis (no dura más de unos 5-10 minutos).

Podéis jugarlo completamente gratis aquí:

http://www.minijuegos.com/And-Everything-Started-to-Fall/10765

No os dejará indiferentes.

Game of the Week - Aliens vs Predator (2000)

2011-11-06T01:44:00.000+01:00

Para el juego de esta semana he elegido el Aliens vs Predator de Rebellion. Pero no el último que ha salido (que, por cierto, tampoco está nada mal), sino el clásico del año 2000: una auténtica obra de arte que hace honor tanto al alien como al predator.

En este juego clásico podremos ponernos en la piel de un marine, un alien o un depredador, y jugar su modo campaña o alguno de sus adictivos modos multijugador. Pero no puedo evitar comparar este juego con sus secuelas para aclarar por qué lo he elegido.

Respecto a la entrega de Monolith Productions (Aliens vs. Predator 2), me da la sensación que Rebellion ha conseguido recrear mucho mejor una ambientación tenebrosa que hace del pedirse al humano una experiencia de juego única. Por otro lado, si lo comparamos con la entrega más reciente de Rebellion (que también se llama Aliens vs Predator), aunque la ambientación vuelve a ser perfecta y 10 años de evolución gráfica no pasan en balde, desde mi punto de vista la han pifiado con el control del depredador.

Así pues, me quedo con la joya clásica, en la que con el marine pasaremos auténtico terror cada vez que empieze a pitarnos el sonar y no veamos nada, con el alien disfrutaremos pillando a nuestros enemigos desde el techo, y con el depredador abusando de nuestros rivales con todo su repertorio de armas (ideal para jugar el modo depredador contra marines).

Y resulta que, a pesar de lo viejo que es, aún podemos disfrutar de esta delicatessen por un precio simbólico, cómo no, desde Steam:

http://store.steampowered.com/app/3730

"Somos un equipo, una unidad. No os separéis..."

Game of the Week - F. Godmom

2011-10-28T20:10:00.000+02:00

El juego de esta semana es el Faery Godmom, de Soggybread Software. Puede que éste sea el primer juego que haya jugado en toda mi vida, y creo que, si resucitara, su mecánica podría ser el bombazo del año para dispositivos móviles, y es algo que promete ocurrir pronto, como podemos ver en la siguiente web: http://fgodmom.com/.

En esta obra maestra asumiremos el papel de un hada madrina que debe rescatar a sus compañeras, aunque, si os soy sincero, del argumento acabo de enterarme ahora mismo, así que ya podemos imaginar que eso es lo de menos.

Para cumplir con nuestra misión, deberemos recoger todas las monedas de cada nivel, una llave, y atravesar por la puerta a la vez que vacilamos a unos monstruos con una I.A. muy sencilla, pero a la vez divertida. Nuestra única arma es una varita, con la que podremos seleccionar cualquier elemento de la pantalla, y convertir otros en el elemento seleccionado.

De momento, esta reliquia de la antigüedad sólo puede ser jugada en un emulador de MS-DOS, y podéis conseguirla aquí:

http://www.dosgamesarchive.com/download/f-godmom/

Game of the Week - Battle for Wesnoth

2011-10-21T18:13:00.000+02:00

Después de desaparecer durante un par de semanas buscándome la vida en Londres, ahora que tengo un humilde hogar en Miles End puedo permitirme un pequeño descanso para hablaros de un juego que me mantuvo una temporada enganchado.

Esta vez se trata del Battle for Wesnoth, un juego de estrategia por turnos desarrollado por David White (aunque después de la primera versión se unieron más desarrolladores al proyecto).

En él deberemos llevar a nuestro ejército a la victoria en el salvaje mundo de Wesnoth.

Con 6 razas principales bastante equilibradas (humanos, elfos, enanos, orcos, no-muertos y dragones), 7 alternativas, multitud de campañas y la posibilidad de descargar otras tantas realizadas por otros usuarios, hacen del Battle for Wesnoth un juego del que es imposible cansarse, porque siempre se está renovando. Además, en el modo multijugador podrás poner a prueba tu pericia en el campo de batalla.

Battle for Wesnoth es un proyecto GNU, y como tal puedes descargarlo gratuitamente en su página web. Por si fuera poco, está disponible para Linux, Windows y MacOS.

http://www.wesnoth.org/

Disfrutadlo ;).

Game of the Week - Every day the same dream

2011-10-08T14:49:00.003+02:00

Una de las frases que nos dejó el genial Steve Jobs fue "Your time is limited, so don't waste it living someone else's life." ("Tu tiempo es limitado, no lo malgastes viviendo la vida de otro"). Como ya he comentado, hace poco he dejado mi actual trabajo para embarcarme en la aventura de mi vida, con la que pretendo vivir de lo que realmene me gusta: el diseño de videojuegos.

Entre todo este torbellino de emociones, un juego ha destacado para mí de entre los demás: se trata del Every day the same dream de Molleindustria, compañía conocida por otros serious games polémicos como Mc Donald's Videogame o el reciente Phone Story.

En este caso tomaremos el papel de un empleado cualquiera de oficina que tendrá que hacer algo para no ver cómo pasan los días sin que ocurra nada especial en su vida.

Una obra de arte con aires de aventura gráfica que nos mostrará que la vida es demasiado corta como para pasarla haciendo todos los días lo mismo.

Podéis jugarla gratis aquí:

http://www.molleindustria.org/everydaythesamedream/everydaythesamedream.html

D.E.P. Steve Jobs

2011-10-06T10:43:00.001+02:00

Ayer por la noche me enteré de la muerte de Steve Jobs y realmente al principio impresiona que alguien tan grande, con quien te has acostumbrado a compartir este mundo, pueda dejarlo antes que cualquier simple mortal.

Lo cierto es que no tenía pensado hacer una de esas entradas tristes y desesperanzadoras, en las que terminas hablando de una persona que, al fin y al cabo, jamás llegaste a conocer ni a intimar con ella, con virtudes y defectos que probablemente nunca descubrirás. Así que, en su lugar, será él el que nos hable de sí mismo.

Os dejo con su discurso más famoso, con un halo de luz en un momento de oscuridad.

Descanse en paz, Steve Jobs.

Game of the Week - Battlestar Galactica Online

2011-09-30T15:22:00.001+02:00

Esta semana os presento al ganador del premio Community Choice del 2011 Unity Awards. Un logro más que notable, teniendo en cuenta que competía contra el genial Basket Dudes de Bitoon.

Se trata, nada más y nada menos que del Battlestar Galactica Online, un webgame desarrollado por BigPoint en Unity que puede ser jugado de forma completamente gratuita. En él nos pondremos en la piel de un piloto humano o cylon que trata de sobrevivir en un espacio desconocido después de que ambas flotas hayan sido teleportadas por teconología desconocida durante una batalla.

Con una mecánica de juego arcade 3D, empezaremos controlando un caza al que podremos ir realizando algunas modificaciones en el armamento, el casco, los motores y los sistemas informáticos, pero a medida que vayamos adquiriendo más recursos, podremos optar por comprar más vehículos, incluidas naves de escolta y naves de línea, con los que ayudaremos a nuestro equipo a conquistar los distintos mundos que conforman este nuevo espacio desconocido, a la vez que cumplimos con las órdenes de Apolo y Starbucks, y nos internamos en la trama de la historia a través de las misiones de un jugador que nos encomendará el Almirante Adama.

Y todo esto sin salir de nuestro navegador.

Un juego enorme cuya única pega es, quizás, el extraño comportamiento de nuestra nave cuando viramos cerca del eje vertical.

Aún así, un juego gratuito que merece mucho la pena ser jugado, y podemos hacerlo desde aquí:

http://es.battlestar-galactica.bigpoint.com/

¡A volaaaaaaaaaar!

Game of the Week - Scariolo Solidarity Game

2011-09-23T13:26:00.006+02:00

Es una tónica en esta sección que el juego elegido sea completamente arbitrario, y que vaya poniendo el que me apetezca o recuerde en cada momento, basándome únicamente en que lo considere digno de tener un espacio en mi blog.

En esta ocasión, el juego de la semana lo es en casi todos los sentidos. Tras ganar el Eurobasket 2011 al cargo de la Selección Española de baloncesto, Sergio Scariolo ha decidido realizar otra buena obra en forma de videojuego solidario a través de su Fundación Cesare Scariolo, que se encarga de ofrecer servicios a los enfermos oncológicos (más información en http://www.cesarescariolo.org): el Scariolo Solidarity Game, un hiperadictivo arcade desarrollado en Flash por Devilish Games y El Mundo al Revés para ayudar a niños con leucemia, y con el que no podremos dejar de picarnos con nosotros mismos para intentar meter el máximo número de canastas posibles desde cualquier lado del terreno mientras te llueven más balones de baloncesto.

El objetivo de este juego es recaudar una cantidad de dinero que conseguiremos a través de un patrocinador, que donará 0,20€ por cada canasta que metamos. Así de sencillo. El primero, Kia Motors, donó 10.000€, que se recaudaron en la misma mañana en que fue lanzado el juego. ¿Quién será el siguiente?

Devilish Games y El Mundo al Revés nos demuestran, una vez más, que no es necesaria una mecánica compleja, ni una gran historia para hacer un juego que enganche. La diversión está a un click de distancia ;).

Con mucho temor a que no podáis dejar de jugar y arruine vuestras vidas, os paso el enlace donde podréis jugar gratuitamente:

http://www.scariolosolidaritygame.com/

Acabo de ver que Kia Motors ha aumentado la donación a 40.000€. ¡Ayudemos a los niños con leucemia echándonos unos tiritos!

Creatividad - Guía básica del cazador de ideas

2011-09-21T23:33:00.027+02:00

Hace un par de semanas os prometí un artículo relacionado con el III Encierro en las Cumbres en el que participé, pero he estado bastante liado y he tardado más de la cuenta en escribirlo (es que es larguillo :P).

Antes que nada, me gustaría dedicar el artículo al discurso inspirador de Pablo Medina, mi profesor de guión en la Universidad Europea de Madrid, al gran creativo e incombustible Valentín Fernández-Tubau, también profesor de guión durante el III Encierro en las Cumbres, y a la vida misma, mi maestra suprema, y que me ha mostrado cosas que en ocasiones no he visto claramente hasta que Pablo o Valentín no me lo pusieron delante de los ojos. Así que no voy a dejar de nombrarles a lo largo de todo el artículo, porque me sabe mal que gran parte de lo que diga aquí no sea más que las conclusiones a las que he llegado gracias en gran parte a ellos.

Lo primero que voy a hacer es contaros qué es el Encierro en las Cumbres. Pues, como su nombre indica, es una concentración de guionistas en las Hoces del Duratón, dirigida por Valentín Fernández-Tubau y organizada por su pareja, Anuska Gil. A lo largo de la semana que duró el evento, bajo la batuta de nuestro "profe", combinamos actividades en contacto con la naturaleza (caminatas, bicicleta, piraguismo, etc.) con el aprendizaje de una serie de pautas creativas para ayudarnos a dar forma a nuestro guión. En mi caso, y tras muchas deliberaciones entre todas mis ideas, finalmente elegí el guión de un corto sencillo: "12 frases de amor", que terminaré en cuanto esté un poco libre de mis obligaciones "videojueguiles". Pero ese será otro tema...

Así, nos juntamos más de una decena de creativos aprendiendo juntos, trabajando juntos y respirando juntos el aire del Duratón. Una experiencia maravillosa, con una gente fantástica, unos organizadores increíbles y un lugar mágico es todo lo que se necesita para que la creatividad eche horas extras.

Todo lo que voy a hablar de la creatividad a partir de ahora, va a ser una mezcla de lo que aprendí con Pablo Medina, con Valentín Fernández-Tubau y algo de mi propia cosecha.

Antes de que os creáis todo lo que os diga, aprovecho para preveniros de esos autores (en muchos casos no dudo que de gran prestigio), que predican sus métodos y estructuras como únicas e infalibes. Probablemente a ellos les funcionen, e incluso a vosotros en bastantes casos (o quizás en todos), pero no exisite ni uno sólo que le funcione siempre y a todo el mundo. Ayudaros de sus sugerencias y consejos, pero no os encorsetéis en ellos. En estructura de guión no he querido meterme en este artículo porque también tienen su miga, pero ya haré un artículo sobre ello.

¿Qué es la creatividad?

Arthur Koestler, psicólogo y escritor, decía que la creatividad "es la íntima unión entre ideas que previamente nada tenían nada que ver la una con la otra.", mientras que para el psicólogo Jerome Bruner, "es ese salto mágico e irracional que da la imaginación de un modo voluntario y que permite el nacimiento de ideas nuevas y originales".

Para mí la creatividad es el proceso mediante el cual descubrimos una serie de ideas que somos capaces de conectar entre sí.

En cualquier caso, la cosa va de ideas.

¿Qué es una idea?

Normalmente se define una "idea" como la representación mental de algo (que puede ser cualquier cosa).

A mí, en cambio, me parece bastante más ilustrativo para este caso la visión que tenía Platón de las ideas, como una parte de la realidad inmaterial, eterna, y ajena al cambio, en contraste con la otra parte de la realidad que no es más que una copia material, corruptible, temporal y sensible del Mundo de las Ideas.

Para mí las ideas siempre están ahí, en todas partes: en ese rostro melancólico que se sienta frente a ti, en las bromas que tienes con tus amigos, en tus necesidades interiores, en cualquier cosa que pase a tu alrededor, etc. Sólo esperan ser captadas a través de lo material, que pueden ser nuestras experiencias y conocimientos o un estímulo externo. Por eso, las ideas pueden ir desde un mero calco de la realidad que podemos observar, hasta una interpretación subjetiva que creamos en nuestra mente, compuesta de esa mezcla de esencias que tienen las cosas.

Una web que explica bastante bien el concepto de idea (y que me sorprendió gratamente que también hablara del concepto platónico) es esta: http://definicion.de/idea/.

¿Cómo surgen las ideas?

Las ideas surgen, se descubren o se crean (según la visión personal que tengas de ellas) a partir de un proceso mental que es capaz de unir un estímulo externo a un conocimiento, una experiencia o una especulación hipotética (de pronto te preguntas ¿qué pasaría si...?). Valentín definía este proceso mental como un ejercicio de musculatura creativa, es decir, algo que se puede hacer crecer, igual que los músculos de nuestro cuerpo, para aumentar su rendimiento, y que trabaja mejor en unas circunstancias que en otras.

Ejercicio práctico 1: deja que la música escriba por ti
Pablo Medina, nos recomendó usar la música ambiental, y nos hizo un ejercicio que os recomiendo encarecidamente. Nos puso dos canciones de dos videojuegos, y nos hizo escribir lo primero que se nos viniera a la mente durante lo que durara la canción.

Antes de empezar a escucharlas, os recomiendo que dejéis vuestra mente en blanco y os relajéis. Es mejor utilizar un cuaderno en vez del ordenador. Colocadlo delante vuestra, poneos cómodos y respirad profundamente un par de veces delante de vuestra hoja en blanco. No penséis en qué vais a escribir, porque hasta que vuestras muñecas no empiecen a bailar al son de la música no lo sabréis.

Si no sabéis qué canción utilizar, os pongo dos enlaces a canciones de youtube que creo que pueden servir perfectamente para hacerlo:

Ace Combat 5 - The Unsung War (The Last Battle Soundtrack)

Viva Piñata: Trouble in Paradise - Bedtime Story

Observad de qué forma se os abre la mente en el momento en que la liberáis y dejáis que escriba lo que le dé la gana, y cómo influyen los cambios de ritmo en la imaginación.

La música nos ayuda a ejercitar la creatividad, pero no es la única forma de hacerlo. De hecho, tanto Pablo como Valentín advierten del peligro de convertir nuestra obra en un videoclip, como ocurre, por ejemplo (y descaradamente), en la secuencia de introducción del Final Fantasy X-2 (un juego que me gustaría creer que jamás existió). Os dejo el vídeo para que os sangren los ojos y los oídos como lo hicieron los míos cuando un amigo abrió aquél endemoniado DVD, lo introdujo en su Play Station 2 y... la encendió:

Para el que no lo sepa, los Final Fantasy son (o eran...) juegos de rol. Sí, de estos en los que tienes que ir dando espadazos y soltando magias a todo el que se te cruza mientras vives una historia épica en la que el destino del mundo entero está en tus manos. Pero bueno...voy a continuar antes de que empiece a llorar....

...

¡¡¡NOOOOOOOOOOOOOOO!!! ¡¡¡¡SQUARE!!! ¡¡¡¿¿POR QUÉ LO HICISTEEE??!!!

¡¡¡¡¡¡BUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA!!!!!!

...

Eeeeeeehm... sigo (pirada de pinza después de llevar toda la tarde escribiendo, mientras estaba repasando el artículo después de haberlo colgado).

Recordad que la música debe ser vuestra herramienta creativa, y no la que conduzca el hilo de vuestra historia si no queréis que os pase lo que acabamos de ver.

Una vez hayáis conseguido borrar las anteriores imágenes de vuestra cabeza, podéis seguir leyendo.

Cada persona tiene sus propios momentos en los que es más propensa a tener ideas, pero Valentín nos hizo comprobar que algunos de ellos son comunes a la mayoría de la gente:

- En sueños.

- Al escuchar música.

- En la ducha.

- Al despertarse.

- Al acostarse.

- En el tren.

- Cuando sales de la rutina diaria.

- Etc.

Analizándolo podemos darnos cuenta de que la mayoría de estas situaciones se dan cuando estamos relajados. Esto es porque la mente tiene cinco estados que están definidos por distintas frecuencias de ondas cerebrales, y en unos está más receptiva que en otros:

Gamma: estado de alto rendimiento perceptual.
Beta: estado de alerta.
Alfa: estado de relajación (el mejor para el trabajo creativo).
Zeta: estado de ensoñación.
Delta: estado de sueño total.

De modo que, para ejercitar nuestra creatividad, tenemos que buscar la forma de sumergirnos en un estado Alfa.

La música es una forma genial de inspiración, porque además de ayudarnos a entrar en estado Alfa, actúa de estímulo externo imprimiéndonos emociones.

Sin embargo, lo que más nos va a ayudar a relajarnos es controlar técnicas de respiración que nos ayuden a liberarnos del estrés, ya que podemos practicarlas en cualquier circunstancia sin necesidad de tener un reproductor a mano. Además, si practicamos estas técnicas habitualmente llegará un momento en que las hagamos de forma inconsciente, y nos podamos sumergir en un estado de inspiración mucho más fácilmente.

Ejercicio práctico 2: Técnica de relajación

Este ejercicio es "made in me", así que si ya conocéis otras formas o preferís buscar técnicas de alguien que sepa, mucho mejor que seguir las instrucciones de este recién destetado. No obstante a mí me funciona bastante bien, y por lo que he escuchado, en general es parecido a lo que hacen "los que saben".

Cerramos los ojos.
Cogemos aire profundamente, lo retenemos y lo dejamos soltar lentamente.
Tenemos que dejar nuestra mente en blanco. Como el ser humano tiene la manía de no poder dejar de pensar, vamos a hacerlo en algo que no nos produzca estrés. Agobiarse en tener que pensar en un campo verde y bonito a mí no me funciona, así que me centro en hacer la respiración como describo en el paso 2.
Cuando controles tu respiración ve más allá, y chequea tu cuerpo. Busca las partes que tienes tensas, esos pequeños dolores que no sabías que tenías, y acomódate donde estés para que tu cuerpo esté lo más a gusto posible.
Al principio notarás que estás hecho trizas (al menos yo siento eso) y que te duelen hasta las puntas de las uñas, así que empieza a imaginar que sólo con tu mente puedes aliviar tus músculos y curar tus achaques.
No pienses en nada, mantén el pulso con tu cuerpo hasta que sientas que tu propia mente empiece a preocuparse de otra parte de ti más interior. Déjala, es momento de revisar tus pensamientos y eliminar las sensaciones negativas.
Sigue trabajando sobre ti mismo, en un estado de profundo relax. Imagina que es un viaje hacia el interior de ti mismo, y disfruta de las imágenes que tu propio cerebro construirá para representarlo.

¿Cómo funciona el proceso creativo?

Para crear una historia (o una ambientación, un game-play, o lo que sea que estéis buscando crear), no basta con ser receptivo a cualquier idea. Eso está muy bien si escribís microrrelatos o cualquier otra cosa que no requiera cierta complejidad, pero si la mecánica es algo más que describir lo que sentís en ese instante necesitaréis tener una cierta organización.

Si buscáis en la Wikipedia, podréis disfrutar de un artículo genial en el que se muestran varios modelos del proceso creativo (además de otras cosas interesantes): http://es.wikipedia.org/wiki/Creatividad. Pero yo voy a contaros una pequeñísima adaptación de lo que nos comentó Valentín, porque es de esas cosas que sin saberlo ya hacía yo antes y me ha funcionado bastante bien.

1. Preparación:

A la hora de lograr que las ideas surjan a nuestro alrededor para formar la historia que queremos, tenemos que rodearnos de los estímulos externos necesarios.

Vuestra mente necesita material para generar las ideas y establecer las conexiones, y tenéis que proporcionárselo. La mejor forma de hacerlo es leer e investigar. Introducirse en el mundo que pretendéis construir y en la mente de sus habitantes.

Si vuestra historia transcurre en una ciudad, visitadla, leed sobre ella, empapáos de la ciudad hasta que podáis imaginar a vuestros personajes en ella.

Si vais a inventaros un mundo mágico, buscad mitologías y leed historias fantásticas.

Si queréis crear un mundo de ciencia ficción, meteros de lleno con teorías científicas.

Si vuestro personaje tiene determinados problemas, informaos de cómo puede afectarle psicológicamente.

Veréis cómo vuestro universo, que hasta ahora no era más que una descripción monocroma, empieza a tomar color y forma, y descubrís cosas sobre él que ni siquiera vosotros sabíais, aunque sea vuestro propio mundo inventado, y que aportará una nueva dimensión a vuestra historia.

Pero no sólo de ambientaciones vive una historia. De hecho, el elemento fundamental son los personajes. Tener nociones de psicología siempre viene genial, pero no es completamente imprescindible. Vivimos rodeados de personas de las que sabemos perfectamente cómo actuarían en distintas situaciones. Empezando por nosotros mismos.

Pablo siempre nos decía que todos los personajes siempre tienen algo de su autor. Si conseguís que una de vuestras creaciones os dé escalofríos, probablemente es porque os habéis reconocido en ella. Existen técnicas que pueden ayudarnos a sacar esa parte de nosotros que trata de esconderse de nuestro propio consciente. Investigarnos a nosotros mismos también forma parte del proceso creativo.

Una de ellas, y que nos mostró Laura López durante el Encierro, es el Seitai (http://www.seitai-cvp.com/), sobre el que os recomiendo que investiguéis (y si alguien os puede hacer una demostración como hizo Laura con nosotros, genial). Practicando estas técnicas, además de relajarnos, entraremos en un estado de auto-conocimiento que nos sorprenderá, desvelando algunas cosas de nosotros mismos, y nos ayudará a comprender mejor a nuestros protagonistas. Imagino que con otras técnicas como el Yoga, el Reiki o el Feng Shui se pueden obtener resultados parecidos.

Pero no quiero hablar hoy de los personajes, porque es un apartado que merece su propio artículo, así que enlazo esto con el siguiente apartado.

2. Concentración:

Como decía Valentín, debemos lograr la ausencia de tiempo. En esta parte encajaría bastante bien todo el proceso que expliqué antes de la búsqueda de ideas, así que no voy a repetirme demasiado en eso, y sí voy a daros algunos consejos de trabajo. En cualquier web de rendimiento seguro que encontráis más consejos y mucho más útiles:

Buscad un lugar en el que nadie pueda interrumpiros y, a ser posible, que vuestra mente no asocie con ideas estresantes (como el trabajo).
Si usáis ordenador desconectad Internet. Si lo necesitáis para buscar alguna cosa, utilizad un navegador distinto que no asociéis con páginas que puedan entreteneros.
Intentad que vuestro lugar de concentración esté ordenado. La mente se agobia si tenéis el escritorio hecho un asco (os lo digo por experiencia propia :P).
Si no conseguís concentraros, puede que algo falle en vuestro entorno. Como seguramente hayáis escogido vuestra habitación (no todo el mundo puede ir al campo a escribir, aunque lo ideal muchas veces es salir de casa), así que reordenadla, limpiad el polvo y convertidla en un sitio nuevo.
Muchas veces el cuerpo y la mente están en sintonía. Si os sentís embotados, puede que necesitéis hacer ejercicio. A mí me funciona (cuando lo hago :P). Si podéis hacerlo en contacto con la naturaleza, ya sería perfecto.

3. Gimnasia creativa

Valentín nos insistía en que la creatividad se ejercitaba. Quizás yo hubiera puesto este paso antes de la "Concentración", pero seamos realistas: al final las fases se entremezclan entre sí, las ideas se cruzan unas con otras, y nuestra mente no funciona a plazos, sino que a cada momento le apetece o necesita hacer cosas distintas. Este matiz, que ya nos señaló Valentín en el Encierro, es importantísimo. Hay mucha gente que trata de seguir una serie de reglas al pie de la letra, y muchas veces lo está haciendo a "contrapelo" de su propio cerebro consiguiendo precisamente el efecto contrario.

En cualquier caso, es cierto que hay algunos ejercicios que nos ayudarán mucho. Valentín nos habló del Brainstorming y los Mind Map, pero ambos merecen un artículo independiente, así que no voy a entretenerme y os dejo que los investiguéis por vuestra cuenta.

Lo que sí me gustaría decir, a cuento de la tormenta de ideas, es que si algo aprendí en el III Encierro en las Cumbres es que el proceso creativo no tiene por qué ser un trabajo individual. De hecho, por lo general, a nivel profesional se trabaja en equipos creativos. Recordemos que somos cazadores de ideas, y al ser humano siempre se le ha dado mejor cazar en manada, así que intentad rodearos de otros creativos y trabajad juntos. Eso sí: debemos saber trabajar en equipo para no estorbarnos unos a otros y no terminar perjudicando la cacería.

Otros trucos pueden ser contarle tu historia a un amigo que quiera escucharla (sí, tiene que ser un amigo, porque hasta que no la tengáis terminada vais a dejarle la cabeza como un bombo con vuestras retahílas e incoherencias). Al escucharos a vosotros mismos, además, se os ocurrirán tramas en las que antes no habíais pensado y descubriréis que algunas de las situaciones planteadas suenan estúpidas. Si además de amigo es bueno, os hará preguntas incómodas, e incluso os dará su más sincera opinión.

4. Incubación

Una parte imprescindible de nuestra labor creativa es... dejar de crear.

Sí. Dejar nuestra historia en un cajón y olvidarnos de ella. Podemos apartarla sólo unos cuantos días, aunque Pablo iba mucho más allá. Para él era importantísimo estar un par de meses sin tocarla ni pensar en ella. Si hay algo en lo que coincidían Pablo y Valentín es que en la creatividad no hay dogmas, así que os dejo que sea vuestra propia mente la que os diga cuándo tenéis que apartaros de la historia y cuando estáis listos para retomarla.

A lo largo de ese tiempo, aunque no estemos trabajando conscientemente en ella, la semillita habrá quedado plantada en nuestro cerebro y empezará a echar raíces. No sólo eso, sino que, además, cuando la retomemos, seremos capaces de leer lo que ya hemos hecho con otros ojos, casi como si fuera la historia de otro, y descubriremos partes que no quedaron tan bien como creíamos y otras que estaban mejor de lo que esperábamos. No os preocupéis si tenéis que tirar la mitad de las cosas: la papelera de un buen creativo suele tener más hojas que su carpeta.

No obstante, yo os recomiendo que, a menos que se os ocurra algo mejor que lo que ya tenéis, en lugar de rehacerlo, simplemente lo marquéis para cambiarlo cuando tengáis algo mejor. Es imprescindible evitar que os bloqueéis en una escena. Si no os sale algo bueno meted de momento una "ñapa" (como diríamos los programadores) que cumpla con los objetivos dramáticos de la escena. Eso sí, acordaros de que en la versión final no quede ninguna ;).

5. Olfato de cazador

Esta es una guía para el cazador de ideas, así que puede que esta parte sea la más importante. Las ideas no sólo hay que tenerlas. Hay que atraparlas antes de que vuelvan al Mundo de las Ideas, dejando de nuevo un hueco en este efímero mundo material... Llevad SIEMPRE algo para apuntarlas.

Nunca sabéis dónde podéis encontrar ese resquicio de inspiración: en el trabajo, en el tren, dando un paseo, conversando con vuestros amigos, o incluso en un garito de juerga. En cualquier papelería podéis encontrar cuadernos que os caben en un bolsillo, y un bolígrafo nunca ocupa lugar. Si sois amantes de la tecnología y os las apañáis bien escribiendo con un smartphone, aseguraos de que siempre tenga cargada la batería.

El peor enemigo de la creatividad es la razón. Así que si tienes una idea, apúntala antes de dilucidar si es buena o mala. Recuerda que las ideas establecen conexiones entre ellas. Ideas que en un principio podían ser horribles, pueden convertirse en auténticas genialidades en compañía de su media naranja. Sin ir más lejos, pensad en Tombi: ¿un chaval con el pelo rosa que se enfrenta a cerdos diabólicos? Y si lo juegas, rápido te darás cuenta de que ese no es el único desvarío... y sin embargo es una auténtica obra de arte, porque han sabido conectar todos esos disparates con una gran creatividad. Pero recordad que antes tuvieron que apuntar cosas como "los malos son una panda de cerdos diabólicos" o "la gente se mete con el protagonista porque tiene el pelo rosa", que quizás con un poco de raciocinio hubieran descartado automáticamente.

Así que, como la excepción confirma la regla, este es el único dogma del creativo: APUNTA SIEMPRE TODO LO QUE SE TE OCURRA, y ya tendrás tiempo de apartar o trabajar las ideas más tranquilamente.

El cajón de sastre de un creativo está lleno de ideas incongruentes, así que procura tenerlas siempre ordenadas para poder acceder a ellas fácilmente, porque nunca sabes cuándo las vas a necesitar. Así que, cuando llegues a casa, ya sabes lo que te toca hacer: volcar todo lo que tienes del cuaderno al ordenador.

Seguro que me dejo algunas cosas importantes, pero la creatividad da para hablar muchísimo, y yo no soy más que un iniciado en el camino, así que sólo espero que os haya sido útil. Como siempre, os aconsejo que no os quedéis con lo que habéis leído aquí y que contrastéis opiniones y experiencias, y, por supuesto, que no dudéis en hacer cursos si os surge la oportunidad. No penséis que por leer el artículo de un newbie ya sabéis todo lo que tenéis que saber sobre creatividad, por muy tocho que sea. Ningún blog puede sustituir jamás unas clases, con un profesor y unos compañeros (y si es presencial mucho mejor, que las personas tenemos la piel y los labios porque estamos hechas para tratar con otras personas, no con la pantalla de una máquina).

Si queréis completarlo con comentarios o, sencillamente, dar vuestra opinión, creo que es un tema muy interesante en el que profundizar, y, si hay bastante material nuevo, lo mismo hago otro artículo que complemente a éste (ya parezco un político, me paso el blog entero prometiendo artículos...). En cualquier caso, os dejo con una pequeña reflexión para que no os subáis a la parra y penséis que todo en el trabajo de un creativo es pensar y pensar:

Thomas Edison decía "Genius may be 99% sweat, and only 1% inspiration but before you can sweat, you need that spark of inspiration that only creative thinking can give you" (que viene a decir: "El genio es un 99% sudor y un 1% inspiración pero antes de poder sudar, necesitas esa chispa de inspiración que sólo el pensamiento creativo puede darte").

Daniel Parente, mi profesor de proyecto en el Máster de Diseño y Programación de Videojuegos y CEO de Enigma Software Productions (Legends of War o Alien Spidy, ¡ahí es na', aunque no haya inventado la bombilla!) aseguraba, ante una escandalizada clase, que una idea no tiene absolutamente ningún valor. Ideas hay muchas y muy buenas. El verdadero valor está en desarrollarlas.

Así que recordad que no basta con tener una historia "estupendísima": también hay que construirla.

Game of the Week - Saga X-Wing

2011-09-16T14:04:00.007+02:00

Esta semana, para compensar la ausencia que he tenido por mis segundas pseudovacaciones (primero dando en callo en el III Encierro en las Cumbres de Segovia, del que ya prepararé un artículo, y después en las fiestas de mi pueblo :P), en vez de traeros un juego, os regalo una saga entera, la del primer juego que me enamoró, y gracias al cual he conocido después a gente maravillosa.

Se trata de la saga X-Wing de Totally Games (distribuída por Lucas Arts), un clásico de la simulación de naves espaciales que poco a poco va cayendo en el olvido, pero que aún no ha encontrado ningún sustituto que sea capaz de recreear con la misma fiabilidad la intensidad de las batallas espaciales del universo de Star Wars. En estos juegos controlamos todos los sistemas de la nave: energía, motores, escudos, armamento y hasta el sistema de eyección.

Star Wars: X-Wing

El primer juego fue el X-Wing lanzado en 1993, que marcó mi infancia al ritmo del Claro de Luna de Debussy en piano con el que mi hermana acompañaba mis peripecias espaciales. Y no es porque no contara con la banda sonora de John Williams, sino porque el MiDi que utilizaba era demasiado para lo que mi máquina podía soportar en aquél entonces, con lo que me perdí el novedoso sistema iMuse, con el que el sonido se adaptaba a la situación de combate (todo un lograzo en la época).

Otro detalle épico que recuerdo es que al volver de las misiones podíamos ver cómo había quedado de destrozada nuestra nave y la unidad astromecánica.

En él nos pondremos en la piel de un piloto anónimo de la Alianza Rebelde que cumplirá un importante papel en los acontecimientos previos a la destrucción de la primera Estrella de la Muerte, que será nuestra última misión. Podremos manejar las tres naves rebeldes X-Wing, Y-Wing y A-Wing, y tiene un complicado sistema de logros que une una subida de rango a través de puntos (puedes llegar a General) hasta unas medallas especiales, los Kalidor Crescent, que nos darán cada vez que realicemos alguna acción heróica en la batalla. Nadie hasta hoy ha ganado los Ojos de diamante. ¿Serás tú el primero?

Star Wars: TIE-Fighter

Tras el éxito de este primer juego, Totally Games se atrevió un año después con una segunda parte, esta vez centrada en el bando imperial: Star Wars: TIE-Fighter.

Por desgracia este es el único juego de la saga que no he jugado, así que no me extenderé demasiado. Y digo desgracia porque dicen que su historia es de lo mejorcito de la saga. En este caso, viviremos las aventuras de un piloto imperial recién reclutado que se tendrá que lanzar tras los restos de la flota rebelde tras la Batalla de Hoth. Para ello, contaremos con un repertorio de 7 naves: el TIE-Fighter, el TIE-Interceptor, el TIE-Bomber, el TIE-Advanced, el TIE-Defender, la Assault Gunboat y el Missile Boat.

Star Wars: X-Wing vs. TIE-Fighter

Pasaron tres años antes de que Lucas Arts decidiera lanzar un nuevo juego con lo mejor de cada uno: el X-Wing vs TIE-Fighter. En este caso podíamos manejar cualquiera de los bandos, se añadieron algunas naves más al repertorio y contábamos con un buen montón de misiones. Sin embargo, esta versión no tuvo campañas hasta el lanzamiento de su expansión, Balance of Power, donde además de las campañas por defecto, más tarde se ampliaron por la comunidad de seguidores, algunas de ellas con historias fantásticas, como la reconocida campaña del Valiant.

Sin embargo, el plato fuerte de este juego, era su modo online, donde por fin podíamos demostrar que éramos los mejores pilotos de la galaxia en escaramuzas, o, mejor aún, unirnos en misiones cooperativas para acabar de una vez por todas con nuestros enemigos. Aunque utiliza el viejo sistema de entrar a partidas mediante IP (topología de red P2P), aún hay escuadrones que velan por mantener el orden en la galaxia....

Star Wars: X-Wing Alliance

El último juego de la saga llegó en 1999, cuando Totally Games dio el salto a la cabina 3D. Personalmente, consideraba más atractiva la anterior pantalla, pero para los amantes de "mirar por la ventanilla", sin duda es un gran avance.

La campaña de este juego era single-player, lo que en cierto modo también es un retroceso respecto al X-Wing vs TIE-Fighter. Sin embargo, en cuanto has empezado a introducirte en la historia lo único que te queda es disfrutar de una auténtica obra de arte. En este caso viviremos la dramática historia de Ace Azzameen, y formarás parte de una familia de comerciantes cuya confrontación con los Viraxo, la familia rival, te conducirá a enfrentarse primero a sus secuaces, después al Imperio y, finalmente, a alistarte en la Alianza Rebelde, donde combinarás las delicadas misiones previas a la Batalla de Endor con las necesidades de tu mermada familia, que te requerirá con frecuencia para salvarse de la persecución del Imperio y hacer pagar caro a quienes han arruinado vuestro negocio....

Como colofón final, podremos pilotar el Halcón Milenario en la última batalla, donde tendremos que atravesar las entrañas de la segunda Estrella de la Muerte para acabar de una vez por todas con el grueso de la flota imperial.

También cuenta con un modo multiplayer en el que seleccionas las naves que van a participar en la batalla y cada jugador elige después su escuadrón.

Podéis conseguirlos aquí:

Star Wars: X-Wing (abandonware):
http://cojo.juegoviejo.com/5226/x_wing.zip

Star Wars: TIE-Fighter (abandonware):
http://cojo.juegoviejo.com/4722/tiefighter.zip

Star Wars: X-Wing vs TIE-Fighter (No lo encuentro por ninguna parte, así que os pongo este enlace):
http://www.gratisjuegos.org/descargar/star-wars-x-wing-vs-tie-fighter-ballance-of-power-expansion/

Star Wars: X-Wing Alliance (Lo mismo que el anterior, pero este quizás aún podáis encontrarlo en tiendas...):
http://www.gratisjuegos.org/descargar/xwing-alliance-full-iso/

Si podéis comprarlos, hacedlo, porque merecen muchísimo la pena. Si no, tampoco os quedéis sin jugarlos ;).

Y de regalo, os dejo con una web con la referencia de teclado y tutoriales de varios juegos de Star Wars. Abajo del todo encontraréis los documentos correspondientes a los dos últimos juegos de la saga X-Wing. Los necesitaréis ;):

http://www.loresdelsith.net/escuadron/miembros/index.htm

Game of the Week - Gratuitous Space Battles

2011-09-03T19:37:00.002+02:00

El juego de esta semana es el Gratuitous Space Battles, un simple juego de estrategia espacial desarrollado por el estudio indie Positech Games.

Nuestro papel dentro de la flota espacial será la de desarrollar nuevas naves y elaborar la estrategia general de la batalla, aunque una vez iniciada lo único que podrás hacer es seguir su curso y esperar que los oficiales sigan tus instrucciones lo mejor posible. Según vayas alcanzando victorias obtendrás nuevas tecnologías y razas para poder hacer nuevas naves con distintas habilidades.

Un completo sistema de diseño de naves, con infinidad de componentes distintos, nos ayudarán a elaborar la nave que mejor se adapte a nuestras necesidades. ¿Vas a torpedear a tu enemigo desde lejos, atravesarás sus líneas con potentes y rápidos cañones, o prefieres utilizar armas tácticas que incapaciten los componentes electrónicos del enemigo para que tus cazas acaben con ellos?

Una vez tengas tu flota preparada, utiliza tu ingenio para elaborar la mejor estrategia, despliega tus naves contra las fuerzas enemigas y da a cada una las ordenes pertinentes. Puedes competir contra la IA, o intentar superar las formaciones dispuestas por otros jugadores en el modo online.

Si tengo que decir algo en contra de este juego quizás sea que se echa de menos algún sistema de logros que nos plantee distintos retos, ya que las misiones, una vez le pillas el truco, terminan sabiendo a poco. Esto lo compensa con varias misiones especiales en las que competiremos contra otros usuarios por obtener la mejor puntuación.

Una banda sonora sobresaliente completan este original juego de estrategia espacial.

Puedes conseguirlo desde Steam: http://store.steampowered.com/app/41800/

O desde su página web oficial: http://positech.co.uk/gratuitousspacebattles/

Unity 3D - Cómo hacer un cuadro de selección como el de un RTS

2011-09-02T00:40:00.001+02:00

Como ya he comentado un par de veces, el principal proyecto en el que me encuentro trabajando ahora mismo es Bellum, un juego de estrategia a tiempo real.

Uno de los retos a los que hemos tenido que enfrentarnos es la realización de un cuadro de selección de unidades. No es que sea demasiado difícil, pero no hemos encontrado absolutamente ningún tutorial de Unity 3D que indique cómo hacerlo en toda la red. Así que lo que voy a ofreceros probablemente sea una exclusiva de Internet (o quizás sea que soy un patán con Google, que también es posible).

Muchos de vosotros os preguntaréis para qué os sirve un cuadro de selección si los juegos de estrategia os importan un pimiento. Pues antes de que dejéis de leer os aviso de que, aunque vuestro juego no incluya este elemento, a lo largo del tutorial veremos cosas tan básicas e imprescindibles como tirar "rayos" desde la cámara para ver qué tenemos delante de nuestro puntero (la base de cualquier shooter) o cómo pasar coordenadas de mundo a coordenadas de pantalla.

Así, en este tutorial vamos a aprender a:
- Enfrentarnos a un proyecto real, utilizando las distintas herramientas que nos ofrece Unity 3D.
- Construir un código ordenado que responda a nuestros requerimientos.
- Crear GameObjects desde el código a partir de Prefabs.
- Utilizar los valiosos "Raycast" para detectar elementos de nuestra escena presentes en un determinado vector.
- Pasar coordenadas de mundo a coordenadas de pantalla.
- ¡Ah, sí! Y a crear un cuadro de selección :P.

Aunque voy a reutilizar algo del código de Bellum, para no liaros he decidido crear un nuevo proyecto.

En un alarde de originalidad, lo he llamado "Tutorial_SelectionBox".

Preparando el escenario y las unidades

Nos enfrentamos a la temida pantalla vacía así que para rellenar vamos a empezar poniendo un terreno. Simplemente nos vamos a la opción de menú "Terrain -> Create Terrain" y ya tendremos nuestro suelo. Un terreno a priori y para lo que lo vamos a utilizar es similar al plano que utilizó Cheo en este tutorial, pero a la larga nos ofrecerá algunas opciones que nos permitirá levanta montañas o pintarlo con distintas texturas, así que si queréis dedicarle un rato a jugar con él, podéis usar los botones del componente "Terrain (Script)".

Como no quiero entretenerme con esto, yo lo voy a dejar plano y voy a mover el "Main Camera" para que lo enfoque bien:

Como nos gustaría que al lanzar el juego se vea algo, vamos a añadir una luz omni (SpotLight), que es la que afecta a todo el escenario con la misma intensidad, tal y como hizo Cheo. Guardamos la escena como GameScene (seguro que ya sabéis que es muy importante guardar a menudo).

Para lo que queremos, vamos a establecer en la cámara una rotación de 75 en el eje X. De este modo apuntará hacia el suelo, al puro estilo de los RTS.

Una vez tenemos nuestro complejísimo escenario, dispuesto a albergar las batallas más épicas, voy a añadir las unidades. Como yo igual plancho un huevo que frío una camisa, voy a utilizar un modelo 3D de una navecilla que empecé a hacer una tarde que me dio por ahí, y de paso no sólo aprendemos a importar modelos en formato OBJ, sino que le subo la autoestima a los modeladores.

Primero vamos a importar el modelo (al final del tutorial podéis descargaros el proyecto entero, y podéis sacar de él mi "supermodelo"). Para ello, desde la opción "Assets -> Import New Asset", buscamos el archivo de modelo y le dais a "Import".

Debería aparecernos algo como esto:

Como tenemos que acostumbrarnos a tener una meteodología ordenada, vamos a crearnos una carpeta llamada "Resources", y dentro de ésta otra llamada "Fighter" donde guardaremos los Assets importados: el modelo "fighter.obj" y una carpeta llamada "Materials", donde podremos configurar el material del modelo, esto es texturizado y otros shaders.

Observamos que el objeto conserva los distintos componentes en que lo hayamos dividido en nuestro programa de modelado. Esto podría sernos muy útil para scripts que requieran separar las piezas, como podría ser, por ejemplo, una explosión. Pero esto no lo veremos hoy.

Arrastramos el fighter a nuestro editor, y lo reescalamos de los tres ejes utilizando el pivote central. Después, nos ayudamos de los valores del componente transform tanto del "fighter" como del "Main Camera" para colocar el caza dentro de la cámara.

Para verlo mejor, he ido seleccionando cada uno de los componentes de "fighter" y le he puesto el Main Color en rojo. Lo suyo sería tener alguna textura currada para arrastrarla a donde pone "None (Texture 2D)", pero bastante que estamos utilizando un modelo 3D, porque en un principio iba a recurrir al típico cubo.

Como se veía algo mal, he decidido meterle otra luz, esta vez direccional, para que nos genere sombras y marque los relieves. Le he puesto una Intensity de 0,2 y una Rotation en X de 60. Esta luz, al igual que el SpotLight, podéis ponerla donde más os guste. Si alguno de vosotros es artista gráfico, por favor, perdonen mis pecados, porque no sabía lo que hacía.

Una vez he logrado que se vea algo, vamos a la parte que se me da un poco mejor (tampoco mucho), que es la de la lógica del juego.

Ya tenemos nuestro caza del tamaño y color que nos gusta (porque nos gusta, ¿verdad?), así que vamos a crear un "Prefab" donde lo guardaremos para que podamos meter un montón de cazas iguales.

Para mantener el orden voy a crear una carpeta llamada "GameObjects", y después voy a hacer click donde pone en pequeñito "Create -> Prefab", al que voy a llamar "FighterObject".

Ahora lo único que tenemos que hacer es arrastrar nuestro objecto "fighter" del Hierachy al "FighterObject" que acabamos de crear, y veremos que el cubo cambia de color a azul y nos sale algo como esto:

Vamos a borrar nuestro fighter original, no sin antes apuntarnos sus valores de posición (para no volvernos locos después, porque vamos a crear nuestros cazas desde código a partir del Prefab).

Ahora vamos a empezar a crear la lógica de nuestra aplicación. Lo primero es tener claro qué vamos a hacer:

- Al arrancar la escena se crearán 3 cazas seleccionables (o los que queráis).
- El jugador podrá mover la cámara arrastrando el ratón y con las teclas WASD así como con las flechas de dirección.
- El jugador puede crear un cuadro de selección de color verde transparente, que se deberá mantener cuando movamos la cámara, y con las siguientes características:
- Seleccionará los cazas dentro del cuadro, o si hacemos click sobre uno.
- Marcará de color amarillo los cazas seleccionados.
- Se perderá la selección cuando hagamos click.
- Pulsando una tecla de KeepSelection (Shift) se mantendrá la selección anterior.
- Pulsando una tecla de InvertSelection (Control) se mantendrá la selección anterior, pero el cuadro en lugar de seleccionar, deseleccionará.

Y después ver qué necesitamos:
- Un GameObject "GameLogic" que contendrá los scripts principales del juego.
- Un Prefab "SelectionBox" que podamos instanciar cada vez que inciemos la selección y que dibujaá el cuadro.
- Un script "CameraScript" que controlará el movimiento de la cámara.
- Un script "InputHandlerScript" que manejará los accesos de teclado, así como el ratón (irá en el GameLogic).
- Un script "GameLogicScript" que manejará la lógica del juego. Creará los cazas al principio, controlará la creación del cuadro de selección a través del InputHandlerScript, y toda la lógica de selección (irá en el GameLogic).

¿Por qué no metemos la lógica de selección en el SelectionBox, que parece lo más lógico? Pues porque este objeto únicamente dibuja el cuadro, de modo que se destruirá cuando terminemos la selección, pero los cazas seleccionados, en cambio, se mantendrán.

Este pequeño ejercicio de análisis mínimo es muy importante que lo hagamos siempre antes de empezar a picar código. Como veis es rápido, sencillo y nos ahorrará más de un problema.

Vamos a crear un objeto vacío desde "GameObject -> Create Empty", al que voy a llamar "GameLogic".

Ahora creamos una nueva carpeta en nuestro proyecto que se llamará "Scripts", y donde crearemos un archivo de código desde "Create -> C Sharp Script" al que voy a llamar "GameLogicScript".

El editor de scripts por defecto es uno muy feo pero que nos puede servir. No obstante, si tenéis otro mejor que prefiráis usar (como es mi caso), podéis cambiarlo en "Edit -> Preferences..." con la opción "External Script Editor".

Al abrir el archivo debemos asegurarnos de que la clase se llame "GameLogicScript" o nos dará un error, ya que debe tener el mismo nombre que el archivo.

Lo primero que vamos a hacer es crear los tres cazas al arrancar. Para eso, vamos a crear un objeto List<GameObject> (se requiere importar la librería "System.Collection.Generic") que guardará los cazas que tenemos, para que podamos trabajar con ellos, y modificaremos la función Start() de modo que quede algo así:

using UnityEngine;
using System.Collections;
using System.Collections.Generic;

public class GameLogicScript : MonoBehaviour
{
 //Lista de cazas
 List<GameObject> _fighters;

 // Use this for initialization
 void Start ()
 {
        //Inicializamos la lista
   _fighters = new List<GameObject>();

  //Vamos a crear 3 cazas
   GameObject fighter = Resources.Load("FighterObject")
   as GameObject;

  GameObject fighter1 = GameObject.Instantiate(fighter,
   new Vector3(831, 1, 961),
   Quaternion.identity) as GameObject;
  GameObject fighter2 = GameObject.Instantiate(fighter,
   new Vector3(841, 1, 961),
   Quaternion.identity) as GameObject;
  GameObject fighter3 = GameObject.Instantiate(fighter,
   new Vector3(851, 1, 961),
   Quaternion.identity) as GameObject;

  //Añadimos los cazas a la lista
  _fighters.Add(fighter1);
  _fighters.Add(fighter2);
  _fighters.Add(fighter3);
 }
 
 // Update is called once per frame
 void Update ()
 {
 
 }
}

Como veis, a la hora de instanciar los cazas, he recogido los valores que ya conocía, y los he separado 10 unidades en X. Sólo he modificado la altura (Y) para que las naves queden justo encima del terreno. Con Quaternion podemos establecer la rotación del objeto, por si quisiéramos ponerlo ladeado. Yo he utilizado la propiedad "Quaternion.identity", que sería lo mismo que instanciar un nuevo Quaternion con todos los valores a 0.

Una vez tenemos nuestro script, guardamos el código y volvemos a Unity. Seleccionamos el objeto GameLogic en el Hierarchy y arrastramos el GameLogicScript al Inspector.

Vamos a comprobar que nuestro proyecto funciona. Esto es algo que tenemos que acostumbrarnos a hacer a menudo. Le damos al Play y... ¡tachán! Nos peta. Si habéis seguido mis pasos deberíais ver el error "ArgumentException: The prefab you want to instantiate is null." en vuestra Console, y por supuesto, no han aparecido los cazas.

No es nada grave, pero es algo con lo que deberemos estar SIEMPRE atentos. Todos los prefab que queramos instanciar deben ir en la carpeta "Resources". Aunque no nos la cree automáticamente, ni existan indicios de que deba ser así, Unity 3D reserva este nombre de carpeta para los Prefab. Así que la solución está en mover nuestro "FighterObject" a "Resources" y crear una carpeta "Models" donde guardaremos el modelo de la carpeta "Fighter". Y ahora podemos cargarnos la carpeta GameObjects, porque éstos van a estar en "Resources".

¿Por qué os he hecho cometer este error? Porque esto es importante que os lo grabéis a fuego, y la mejor manera de aprender es equivocándoos. O eso, o que soy un paquete. Eso... nunca lo sabréis ¡muajajajaja!

Hacemos un "Clear" en la "Console" para borrar los mensajes de error anteriores y volvemos a darle al Play. ¡Ahora sí!

Sin embargo se nos ve el molesto icono de la luz. No os preocupéis, esto en el juego no se verá. Sin embargo, es importante que empecemos a manejar las capas de visibilidad, que nos ayudarán bastante en proyectos más complejos para ver qué elementos tenemos en nuestra escena.

Le damos de nuevo al icono del Play para detener la ejecución (recordemos que los cambios que hagamos mientras está lanzado el juego no se quedan guardados una vez lo paremos) y en el Inspector del "Directional light", vamos a hacer click sobre el menú desplegable de "Layer -> Add Layer...". Comprobamos que las 7 primeras están reservadas por la aplicación. En el 8, vamos a haer click a la derecha para crear una capa que llamaremos "Lights". Volvemos a hacer click en el "Directional light" y vemos que ahora podemos elegir "Layer -> Lights". Vamos a seleccionar el "Spotlight" y vamos a meterlo también en "Layer -> Lights".

Ahora que hemos creado esta nueva capa de visibilidad, nos vamos al desplegable que hay arriba a la derecha y deseleccionamos "Lights". Las capas seleccionadas son las que veremos, y las demás permanecerán invisibles. Si en algún momento no veis algo que se suponía debería estar ahí, seguramente sea que la capa en la que se encuentra no está marcada en Layers.

Lógica del Input y de la cámara

Ahora vamos a manejar los input del usuario, pero sólo vamos a guardar los valores introducidos, de modo que cada componente que los necesite los utilice con su propia lógica.

El código del "InputHandlerScript" es el siguiente:

using UnityEngine;
using System.Collections;

public class InputHandlerScript : MonoBehaviour
{
    //ACCESOS DE TECLADO
    //Camera
    KeyCode _cameraUpKey1 = KeyCode.UpArrow;
    KeyCode _cameraUpKey2 = KeyCode.W;
    KeyCode _cameraDownKey1 = KeyCode.DownArrow;
    KeyCode _cameraDownKey2 = KeyCode.S;
    KeyCode _cameraLeftKey1 = KeyCode.LeftArrow;
    KeyCode _cameraLeftKey2 = KeyCode.A;
    KeyCode _cameraRightKey1 = KeyCode.RightArrow;
    KeyCode _cameraRightKey2 = KeyCode.D;

    //Control
    KeyCode _selectionKey1 = KeyCode.Mouse0;
    KeyCode _selectionKey2 = KeyCode.Return;
    KeyCode _keepSelectionKey1 = KeyCode.LeftShift;
    KeyCode _keepSelectionKey2 = KeyCode.RightShift;
    KeyCode _invertSelectionKey1 = KeyCode.LeftControl;
    KeyCode _invertSelectionKey2 = KeyCode.RightControl;


    //Input State
    public Vector3 _mousePosition;

    public bool _cameraUp;
    public bool _cameraDown;
    public bool _cameraLeft;
    public bool _cameraRight;

    public bool _selectingBegins;
    public bool _selectingEnds;
    public bool _keepSelection;
    public bool _invertSelection;


 // Use this for initialization
 void Start ()
 {

 }
 
 // Update is called once per frame
 void Update ()
 {
        //Reseteamos el input
        this.ResetKeys();
        //Checkeamos los nuevos valores
  this.CheckInput();
 }

    private void ResetKeys()
    {
        //Guardamos la posición del ratón, por si alguien hace uso de ella
        this._mousePosition = Input.mousePosition;

        this._cameraUp = false;
        this._cameraRight = false;
        this._cameraDown = false;
        this._cameraLeft = false;

        this._selectingBegins = false;
        this._selectingEnds = false;

        //El keepSelection y el invertSelection se resetean cuando se deja de pulsar el botón
    }
 
 //Handles keyboard and mouse input
 void CheckInput()
    {
        #region Camera
        if (Input.GetKey(_cameraUpKey1)
            || Input.GetKey(_cameraUpKey2))
  {
            this._cameraUp = true;
  }

        if (Input.GetKey(_cameraDownKey1)
            || Input.GetKey(_cameraDownKey2))
  {
            this._cameraDown = true;
  }

        if (Input.GetKey(_cameraLeftKey1)
            || Input.GetKey(_cameraLeftKey2))
  {
            this._cameraLeft = true;
  }

  if (Input.GetKey(_cameraRightKey1)
            || Input.GetKey(_cameraRightKey2))
  {
            this._cameraRight = true;
  }
        #endregion

        #region Control
        if (Input.GetKeyDown(_selectionKey1)
            || Input.GetKeyDown(_selectionKey2))
        {
            this._selectingBegins = true;
        }

        else if (Input.GetKeyUp(_selectionKey1)
            || Input.GetKeyUp(_selectionKey2))
        {
            this._selectingEnds = true;
        }

        if (Input.GetKeyDown(_keepSelectionKey1)
            || Input.GetKeyDown(_keepSelectionKey2))
        {
            this._keepSelection = true;
        }

        if (Input.GetKeyUp(_keepSelectionKey1)
            || Input.GetKeyDown(_keepSelectionKey2))
        {
            this._keepSelection = false;
        }

        else if (Input.GetKeyDown(_invertSelectionKey1)
            || Input.GetKeyUp(_invertSelectionKey2))
        {
            this._invertSelection = true;
        }

        else if (Input.GetKeyUp(_invertSelectionKey1)
            || Input.GetKeyUp(_invertSelectionKey2))
        {
            this._invertSelection = false;
        }
        #endregion
 }
}

Vamos a arrastrarlo al "GameLogic" igual que hicimos con el "GameLogicScript".

Y ahora vamos a crear el "Camera Script", donde recogemos los valores del "InputHandlerScript" para mover la cámara. El código sería el siguiente:

using UnityEngine;
using System.Collections;

    public class CameraScript : MonoBehaviour
    {
        //CONSTANTES DE CÁMARA
        //Velocidad de movimiento de la cámara
        const float CAMERA_SPEED = 30.0f;
        //Margen de pantalla donde se podrá mover la cámara situando allí el ratón
        const int CAMERA_MOVE_MARGIN = 60;

        //Manejador de input
        InputHandlerScript _input;

        // Use this for initialization
        void Start()
        {
            //Guardamos la referencia al input en nuestra clase
            _input = GameObject.Find("GameLogic").GetComponent<InputHandlerScript>();
        }

        // Update is called once per frame
        void Update()
        {
            //Declaramos un vector velocidad de la Cámara
            Vector3 cameraVector;

            //Comprobamos si el ratón se encuentra en los margenes de movimiento
            CheckMousePosition(out cameraVector);

            //Y ahora comprobamos las entradas del teclado
            if (_input._cameraUp)
                cameraVector.z = CAMERA_SPEED;
            else if (_input._cameraDown)
                cameraVector.z = -CAMERA_SPEED;
            if (_input._cameraRight)
                cameraVector.x = CAMERA_SPEED;
            else if (_input._cameraLeft)
                cameraVector.x = -CAMERA_SPEED;

            //Movemos la cámara en el vector que hemos especificado
            transform.Translate(cameraVector * Time.deltaTime, Space.World);
        }

        void CheckMousePosition(out Vector3 cameraVector)
        {
            cameraVector = new Vector3();

            if (_input._mousePosition.x < CAMERA_MOVE_MARGIN)
            {
                cameraVector.x = -CAMERA_SPEED;
            }
            else if (_input._mousePosition.x > (Screen.width - CAMERA_MOVE_MARGIN))
            {
                cameraVector.x = CAMERA_SPEED;
            }

            if (_input._mousePosition.y < CAMERA_MOVE_MARGIN)
            {
                cameraVector.z = -CAMERA_SPEED;
            }
            else if (_input._mousePosition.y > (Screen.height - CAMERA_MOVE_MARGIN))
            {
                cameraVector.z = CAMERA_SPEED;
            }
        }
    }

Este script lo arrastraremos al "Main Camera". El proyecto debería quedarnos así:

Comprobamos que ahora podemos mover la cámara con el ratón y con el teclado. Si no es así, es que nos hemos olvidado de arrastrar alguno de los scripts.

En este caso, estamos moviendo la cámara, pero si controlásemos el input desde, por ejemplo, una de las naves, ésta se movería igual. Con algo tan sencillo como esto podemos mover tanto una cámara como al protagonista de nuestra historia o lo que más rabia nos dé, así como añadirle acciones, o llamar a un menú de pausa.

El cuadro de selección

Ahora vamos a hacer el cuadro de selección. Para ello vamos a utilizar una GUITexture, a la que le he metido una textura que he hecho fácilmente con cualquier programa que maneje transparencias. Consiste en una imagen PNG de un único pixel verde a la que he añadido una transparencia del 15% llamada "selection.png" que he puesto en una carpeta nueva llamada "Textures".

Los elementos GUI se dibujan directamente en pantalla, es decir, no tienen ninguna profundidad y, por tanto, no ocupan un espacio tridimensional. Esto es imprescindible para hacer los menús, el HUD, o este cuadro de selección.

Igual que hicimos con los cazas, vamos a crear un Prefab llamado "SelectionBox" dentro de la carpeta "Resources" (¡¡recordad que si no no nos funcionará!!), y vamos a arrastrar el GUITexture que hemos creado en él. Y ya podemos borrarlo del Hierarchy.

Ahora vamos a hacer que nuestro cuadro se dibuje. Para ello volvemos al "GameLogicScript" y esta vez vamos a trabajar sobre el Update. ¿Qué vamos a hacer?

Cuando el usuario inicie un cuadro de selección, vamos a tirar un rayo (clase Ray) desde la posición de nuestro puntero, y vamos a guardar el primer punto 3D en el que colisione (propiedad RaycastHit.point). ¿Por qué? Porque si guardásemos simplemente el punto de la pantalla, al mover la cámara éste cambiaría con respecto a la malla tridimensional, que es donde realmente está apuntando el jugador. Una vez sepamos dónde comienza nuestro cuadro de selección, a la hora de dibujarlo tan sólo necesitaremos pasar sus coordenadas de mundo a las coordenadas de pantalla respecto a la posición actual de la cámara. De este modo, el cuadro no hará cosas raras cuando se mueva la cámara.

El nuevo código del "GameLogicScript" va a quedar así:

using UnityEngine;
using System.Collections;
using System.Collections.Generic;

public class GameLogicScript : MonoBehaviour
{
    InputHandlerScript _input;

    //Lista de cazas
    List _fighters;

    //Cuadro de selección
    GameObject _selectionBox;

    //Origen de la selección actual
    Vector3 _selectionOrigin;

    //Con esta variable sabemos si hemos comenzado una selección
    bool _selecting;

 // Use this for initialization
 void Start ()
    {
        //Guardamos la referencia al input en nuestra clase
        _input = this.GetComponent<InputHandlerScript>();

        //Inicializamos la lista
        _fighters = new List<GameObject>();

     //Vamos a crear 3 cazas
        GameObject fighter = Resources.Load("FighterObject") as GameObject;

        GameObject fighter1 = GameObject.Instantiate(fighter, new Vector3(831, 1, 961), Quaternion.identity) as GameObject;
        GameObject fighter2 = GameObject.Instantiate(fighter, new Vector3(841, 1, 961), Quaternion.identity) as GameObject;
        GameObject fighter3 = GameObject.Instantiate(fighter, new Vector3(851, 1, 961), Quaternion.identity) as GameObject;

        //Añadimos los cazas a la lista
        _fighters.Add(fighter1);
        _fighters.Add(fighter2);
        _fighters.Add(fighter3);
 }
 
 // Update is called once per frame
 void Update ()
    {
        DrawSelectionBox();
 }

    void DrawSelectionBox()
    {
        if (!_selecting)
        {
            //Si no estamos seleccionando, comprobamos que si se ha pulsado la tecla de selección
            if (_input._selectingBegins)
            {
                RaycastHit hit;
                Ray ray;

                //Lanzamos un rayo desde la pantalla de nuestra cámara, tomando como punto la posición de nuestro puntero
                ray = Camera.main.ScreenPointToRay(_input._mousePosition);

                if (Physics.Raycast(ray, out hit))
                {
                    //Guardamos el punto tridimensional en el que colisiona nuestro rayo.
                    _selectionOrigin = hit.point;

                    //Creamos el cuadro de selección
                    _selectionBox = GameObject.Instantiate(Resources.Load("SelectionBox")) as GameObject;
                    _selectionBox.guiTexture.pixelInset = new Rect(_input._mousePosition.x, _input._mousePosition.y, 1, 1);

                    //Indicamos que hemos empezado una selección
                    _selecting = true;
                }
            }
        }
        else
        {
            //Si ya hemos comenzado una selección, comprobamos que ésta no ha acabado
            if (_input._selectingEnds)
            {
                //Destruimos el cuadro de selección
                Destroy(_selectionBox);

                //Indicamos que hemos finalizado nuestra selección
                _selecting = false;
            }
            else
            {
                //Estos son los límites de nuestro cuadro de selección
                Rect bound = _selectionBox.guiTexture.pixelInset;

                //Con esta sencilla función pasamos el origen de la selección a coordenadas de pantalla
                Vector3 selectionOriginBox = Camera.main.WorldToScreenPoint(_selectionOrigin);

                //Recogemos los límites de nuestro cuadro en función del punto de origen y la posición actual del puntero
                bound.xMin = Mathf.Min(selectionOriginBox.x, _input._mousePosition.x);
                bound.yMin = Mathf.Min(selectionOriginBox.y, _input._mousePosition.y);
                bound.xMax = Mathf.Max(selectionOriginBox.x, _input._mousePosition.x);
                bound.yMax = Mathf.Max(selectionOriginBox.y, _input._mousePosition.y);

                //Cambiamos el pixelInset de nuestro cuadro de selección
                _selectionBox.guiTexture.pixelInset = bound;
            }
        }
    }
}

Nos fijamos que hemos introducido unas cuantas propiedades más en nuestro proyecto. Si lo lanzamos ya deberíamos ver cómo se dibuja perfectamente nuestro cuadro de selección, manteniendo la coherencia respecto al espacio tridimensional aún cuando movemos la cámara.

Si las naves estuvieran demasiado alejadas del terreno, el cuadro de selección, que tiene su origen anclado al suelo, podría hacer alguna cosa rara con las naves. En ese caso, podríamos establecer el origen cogiendo la posición del eje Y de las coordenadas de los cazas. Pero todas esas cosas ya os las dejo a vosotros si queréis complementar el código.

Nuestro cuadro aún no selecciona nada, que era para eso para lo que lo queríamos, así que vamos a tener que completar el código del "GameLogic" un poco más con una nueva función que he llamado "UpdateSelection()".

Vamos a utilizar una variable "_selectedFighters" para guardar los cazas seleccionados, de modo que en un futuro podamos darles órdenes. Y crearemos otra variable "_keptSelectedFighters" donde guardaremos la última selección de cazas, y que se mantendrá si el usuario utiliza las teclas de "keepSelection" o "invertSelection". Ambas variables deberemos inicializarlas en la función Start();

Otra cosa que he hecho es meter la lógica del "_selecting" en el "UpdateSelection()", para que el "DrawSelectionBox()" no impida que se ejecute la inicialización y la finalización de la lógica de selección.

El código definitivo nos quedará así:

using UnityEngine;
using System.Collections;
using System.Collections.Generic;

public class GameLogicScript : MonoBehaviour
{
    InputHandlerScript _input;

    //Listas de cazas
    public List<GameObject> _fighters;
    public List<GameObject> _selectedFighters;
    public List<GameObject> _keptSelectedFighters;

    //Cuadro de selección
    public GameObject _selectionBox;

    //Origen de la selección actual
    public Vector3 _selectionOrigin;

    //Con esta variable sabemos si hemos comenzado una selección
    public bool _selecting;

 // Use this for initialization
 void Start ()
    {
        //Guardamos la referencia al input en nuestra clase
        _input = this.GetComponent<InputHandlerScript>();

        //Inicializamos las listas
        _fighters = new List<GameObject>();
        _selectedFighters = new List<GameObject>();
        _keptSelectedFighters = new List<GameObject>();

     //Vamos a crear 3 cazas
        GameObject fighter = Resources.Load("FighterObject") as GameObject;

        GameObject fighter1 = GameObject.Instantiate(fighter, new Vector3(831, 1, 961), Quaternion.identity) as GameObject;
        GameObject fighter2 = GameObject.Instantiate(fighter, new Vector3(841, 1, 961), Quaternion.identity) as GameObject;
        GameObject fighter3 = GameObject.Instantiate(fighter, new Vector3(851, 1, 961), Quaternion.identity) as GameObject;

        //Añadimos los cazas a la lista
        _fighters.Add(fighter1);
        _fighters.Add(fighter2);
        _fighters.Add(fighter3);
 }
 
 // Update is called once per frame
 void Update ()
    {
        DrawSelectionBox();
        UpdateSelection();
 }

    void DrawSelectionBox()
    {
        if (!_selecting)
        {
            //Si no estamos seleccionando, comprobamos que si se ha pulsado la tecla de selección
            if (_input._selectingBegins)
            {
                RaycastHit hit;
                Ray ray;

                //Lanzamos un rayo desde la pantalla de nuestra cámara, tomando como punto la posición de nuestro puntero
                ray = Camera.main.ScreenPointToRay(_input._mousePosition);

                if (Physics.Raycast(ray, out hit))
                {
                    //Guardamos el punto tridimensional en el que colisiona nuestro rayo.
                    _selectionOrigin = hit.point;

                    //Creamos el cuadro de selección
                    _selectionBox = GameObject.Instantiate(Resources.Load("SelectionBox")) as GameObject;
                    _selectionBox.guiTexture.pixelInset = new Rect(_input._mousePosition.x, _input._mousePosition.y, 1, 1);
                }
            }
        }
        else
        {
            //Si ya hemos comenzado una selección, comprobamos que ésta no ha acabado
            if (_input._selectingEnds)
            {
                //Destruimos el cuadro de selección
                Destroy(_selectionBox);
            }
            else
            {
                //Estos son los límites de nuestro cuadro de selección
                Rect bound = _selectionBox.guiTexture.pixelInset;

                //Con esta sencilla función pasamos el origen de la selección a coordenadas de pantalla
                Vector3 selectionOriginBox = Camera.main.WorldToScreenPoint(_selectionOrigin);

                //Recogemos los límites de nuestro cuadro en función del punto de origen y la posición actual del puntero
                bound.xMin = Mathf.Min(selectionOriginBox.x, _input._mousePosition.x);
                bound.yMin = Mathf.Min(selectionOriginBox.y, _input._mousePosition.y);
                bound.xMax = Mathf.Max(selectionOriginBox.x, _input._mousePosition.x);
                bound.yMax = Mathf.Max(selectionOriginBox.y, _input._mousePosition.y);

                //Cambiamos el pixelInset de nuestro cuadro de selección
                _selectionBox.guiTexture.pixelInset = bound;
            }
        }
    }

    void UpdateSelection()
    {
        if (!_selecting)
        {
            if (_input._selectingBegins)
            {
                //Si no mantenemos la selección
                if (!_input._keepSelection && !_input._invertSelection)
                {
                    //Desmarcamos los cazas
                    foreach (GameObject fighter in _selectedFighters)
                    {
                        Component[] renders = fighter.GetComponentsInChildren(typeof(Renderer));
                        foreach (Renderer render in renders)
                            render.material.color -= Color.yellow;
                    }
                    
                    //Limpiamos las listas de cazas seleccionados
                    _selectedFighters.Clear(); //Esta no es necesario limpiarla ya
                    _keptSelectedFighters.Clear();
                }

                //Indicamos que hemos empezado una selección
                _selecting = true;
            }
        }
        else
        {
            if (_input._selectingEnds)
            {
                //Guardamos la lista actual de cazas seleccionados
                foreach (GameObject fighter in _selectedFighters)
                    _keptSelectedFighters.Add(fighter);

                //Indicamos que hemos finalizado nuestra selección
                _selecting = false;
            }
            else
            {
                RaycastHit hit;
                Ray ray;

                //Buscamos las unidades y edificios que se encuentren dentro de la caja de selección
                List<GameObject> fightersInSelectionBox = new List<GameObject>();

                //Dado que no se puede modificar una lista mientras la estás recorriendo,
                //es mejor utilizar listas alternaticas para agregar y remover

                //Lista de cazas que añadiremos a la selección
                List<GameObject> fightersToAdd = new List<GameObject>();

                //Lista de cazas que removeremos de la selección
                List<GameObject> fightersToRemove = new List<GameObject>();


                //Primero lanzamos un rayo para guardar el punto de finalización de la selección
                ray = Camera.main.ScreenPointToRay(_input._mousePosition);
                if (Physics.Raycast(ray, out hit))
                {
                    //Este es el plano tridimensional de selección
                    Rect selectionPlane = new Rect();
                    selectionPlane.xMin = Mathf.Min(_selectionOrigin.x, hit.point.x);
                    selectionPlane.yMin = Mathf.Min(_selectionOrigin.z, hit.point.z);
                    selectionPlane.xMax = Mathf.Max(_selectionOrigin.x, hit.point.x);
                    selectionPlane.yMax = Mathf.Max(_selectionOrigin.z, hit.point.z);

                    //Comprobamos que el rayo no golpea directamente en una unidad

                    //if (this._fighters.Contains(hit.collider.gameObject)) //Si el collider estuviera en el propio objeto

                    //En nuestro caso los colider están en los componentes hijos del FighterObject, por lo que debemos acceder al padre
                    if (hit.collider.gameObject.transform.parent != null && this._fighters.Contains(hit.collider.gameObject.transform.parent.gameObject))
                    {
                        //Esta comprobación es necesaria, ya que al coger un único punto de referencia de los cazas, si éste punto no está dentro del cuadro, no lo seleccionaría
                        fightersInSelectionBox.Add(hit.collider.gameObject.transform.parent.gameObject);
                    }

                    //Agregamos a la lista los cazas que se encuentran dentro del cuadro de selección
                    foreach (GameObject fighter in this._fighters)
                    {
                        if (!fightersInSelectionBox.Contains(fighter) && (fighter.transform.position.x >= selectionPlane.xMin && fighter.transform.position.x <= selectionPlane.xMax && fighter.transform.position.z >= selectionPlane.yMin && fighter.transform.position.z <= selectionPlane.yMax))
                        {
                            fightersInSelectionBox.Add(fighter);
                        }
                    }
                }

                foreach (GameObject fighter in fightersInSelectionBox)
                {
                    if (!_input._invertSelection)
                    {
                        //Si no está pulsada la tecla de invertSelection seleccionamos los cazas del cuadro
                        if (!_selectedFighters.Contains(fighter))
                        {
                            fightersToAdd.Add(fighter);
                        }
                    }
                    else
                    {
                        //Si está pulsada la tecla de invertSelection removemos los cazas del cuadro
                        if (_selectedFighters.Contains(fighter))
                        {
                            fightersToRemove.Add(fighter);
                        }
                    }
                }

                if (!_input._keepSelection)
                {
                    foreach (GameObject fighter in _keptSelectedFighters)
                    {
                        if (!_input._invertSelection)
                        {
                            if (!fightersInSelectionBox.Contains(fighter) && _selectedFighters.Contains(fighter))
                            {
                                fightersToRemove.Add(fighter);
                            }
                        }
                        else
                        {
                            if (!fightersInSelectionBox.Contains(fighter) && !_selectedFighters.Contains(fighter))
                            {
                                fightersToAdd.Add(fighter);
                            }
                        }
                    }
                }

                foreach (GameObject fighter in fightersToAdd)
                {
                    SelectFighter(fighter);
                }

                foreach (GameObject fighter in fightersToRemove)
                {
                    DeselectFighter(fighter);
                }
            }
        }
    }

    void SelectFighter(GameObject fighter)
    {
        //Comprobamos que el caza no esté ya seleccionado
        if (!_selectedFighters.Contains(fighter))
        {
            //Agregamos el caza a la lista
            _selectedFighters.Add(fighter);
            //Marcamos el caza de color amarillo
            Component[] renders = fighter.GetComponentsInChildren(typeof(Renderer));
            foreach (Renderer render in renders)
                render.material.color += Color.yellow;
        }
    }

    void DeselectFighter(GameObject fighter)
    {
        if (_selectedFighters.Contains(fighter))
        {
            //Removemos el caza de la lista
            _selectedFighters.Remove(fighter);
            //Desmarcamos el caza
            Component[] renders = fighter.GetComponentsInChildren(typeof(Renderer));
            foreach (Renderer render in renders)
                render.material.color -= Color.yellow;
        }
    }
}

Bien, ahora ya sólo nos falta pulir un pequeño detalle. Y es que para que el rayo colisione con nuestra nave, tenemos que definirle un collider. Dado que Unity genera los distintos collider a partir de la malla y ésta está en los hijos del ObjectFighter (Cockpit, wings, engines y hull), tendremos que repetir la siguiente operación con cada uno de ellos: Component -> Physics -> BoxCollider.

Y ya está. Tenemos nuestro completísimo cuadro de selección y podemos dejar guardadas las naves en una lista para darles las órdenes pertinentes.

Podéis descargar el código fuente de ejemplo aquí:

--- DESCARGAR ---

Game of the Week - Loom

2011-08-28T09:55:00.000+02:00

El primer juego de la semana después de mis vacaciones es el Loom, una joya de la época dorada de las aventuras gráficas de Lucas Arts.

En él nos pondremos en la piel de Bobbin, un joven aprendiz del Gremio de los Tejedores, un grupo de magos que tiene el poder de utilizar la música para hilar el tejido de la mismísima realidad. Sin embargo, un misterioso poder ha arrojado a los tejedores al olvido, y tú eres la última oportunidad para descubrir qué ha ocurrido antes de que sea demasiado tarde...

Ambientado en un mundo dividido en Gremios, en el que cada uno de ellos es poseedor de un secreto mágico, deberás abandonar la tierra de los tejedores y adentrarte en mundos completamente distintos a lo largo de una historia que no podrá dejarte indiferente.

Una mecánica de juego sencilla, en la que las típicas opciones del SCUMM han sido sustituidas por un pentagrama sobre el que tocaremos las melodías mágicas que iremos aprendiendo durante el transcurso de nuestra aventura, completan un guión mágico en todos los sentidos de la palabra.

Una auténtica obra de arte que no te robará demasiado tiempo completar, y que puedes adquirir desde la plataforma Steam: http://store.steampowered.com/app/32340/

Arte en estado puro.

Game loop: el origen de todo

2011-08-24T12:43:00.000+02:00

¡Volví de vacaciones!

Y lo hago con un tutorial que considero básico e imprescindible: cómo funciona un videojuego. A la hora de enfrentarnos a cualquier cosa, lo más complicado suele ser saber cómo empezar, cuál es el origen de todo lo que vamos a hacer después. Y creo que esta preocupación ocurre tanto a la hora de programar, como de enfrentarse a una hoja en blanco o al pedir nuestra primera subida de sueldo.

Con los videojuegos algunos motores nos darán esta base, y a partir de ahí podemos mirar un montón de tutoriales para seguir haciendo cosas, pero si no sabemos qué es lo que hace funcionar a nuestro juego, o en qué parte actúa el API que estemos utilizando, muchas veces iremos a ciegas. Y como todos ya nos conocemos el refrán "ojos que no ven, ostiazo que te pegas" vamos a intentar arrojar un poco de luz sobre todo esto.

Pues bien, un juego no es más que un bucle continuo llamado game loop:

void run()
{
	bool playing = true;

	while (playing)
	{
		ReadInput(); //Leemos las entradas del teclado
		Update(); //Actualizamos el estado de los objetos
		Render(); //Los dibujamos en pantalla
	}
}

Todo juego tiene una estructura similar, pero tenemos que tener en cuenta el API sobre el que estamos trabajando.

ReadInput()

Aquí comprobamos el estado de los distintos dispositivos de entrada (ratón y teclado sobre todo, pero podría ser un joystick o un joypad, una pantalla táctil en el caso de un smartphone, o incluso un micrófono). Es altamente recomendable separar la lógica del ReadInput de la del Update(), y utilizar flags que indiquen el estado del input para que el Update actúe en consecuencia.

También es ideal que almacenemos las teclas en variables, de este modo podremos cambiar fácilmente el mando del juego.

No recomendado:

void run()
{
	bool playing = true;

	while (playing)
	{
		ReadInput(); //Leemos las entradas del teclado
		Update(); //Actualizamos el estado de los objetos
		Render(); //Los dibujamos en pantalla
	}
}

void ReadInput()
{
	//Cada API tiene su función para leer el Input.
	if (isKeyPressed(Key.Space)) 
	{
		Jump();
	}
}

Recomendado:

void run()
{
	bool playing = true;

	//Input Keys
	const Key KEY_JUMP = Key.Space;

	//Input State
	bool jump;

	while (playing)
	{
		ReadInput(); //Leemos las entradas del teclado
		Update(); //Actualizamos el estado de los objetos
		Render(); //Los dibujamos en pantalla
	}
}

void ReadInput()
{
	//Cada API tiene su función para leer el Input.
	if (IsKeyPressed(KEY_JUMP))
	{
		jump = true;
	}
}

void Update()
{
	if (jump)
	{
		Jump(); //Esta función terminaría con un jump=false;
	}
}

De este modo, separaremos de forma lógica ambas funciones y tendremos un código más ordenado, lo que nos ayudará enormemente cuando tengamos un Update complejo en el que tengamos que tener en cuenta un montón de variables.

Update()

Aquí desarrollaremos toda la lógica de juego, pero no os abruméis. Un juego no es más que unos cuantos objetos con una serie de estados, que realizan funciones. Así, en función de su estado, cambiaremos su posición en la pantalla, pero también deberemos de acordarnos de controlar la vida, la munición, los puntos o el resto de variables que estemos utilizando.

Dentro del Update deberíamos tener en cuenta también la física, pero por lo general nos la manejará automáticamente nuestro motor, por lo que no tendremos que preocuparnos. Si no lo hace, hoy en día existen motores físicos para absolutamente todas las plataformas que seguro podremos utilizar. Unity 3D, por ejemplo, tiene su propio manejador de físicas, por lo que sólo nos tendremos que preocupar de establecer en nuestro objeto una serie de propiedades físicas.

Los cálculos físicos suelen ser los últimos que se realizan en el Update.

Render()

Cuando trabajamos con un motor gráfico, lo que hace básicamente es manejarnos automáticamente la función Render() (aunque luego pueda resolvernos más cosas, como la física), ya que es la que trabaja directamente sobre las librerías gráficas (DirectX u OpenGL), y muchas veces en nuestros juegos nos bastará con añadir nuestros elementos a un Graphic Layer (una capa que se encarga de dibujar todo lo que haya en ella), o heredar nuestros objetos de alguna clase que contenga toda la lógica de renderizado.

¿Dónde encaja todo esto en Unity 3D?

Efectivamente, en Unity 3D nosotros no vemos este bucle por ningún lado.

Antes que nada, hay que comprender que Unity 3D sigue una arquitectura basada en componentes, que es ligeramente distinta a la más familiar POO (Programación Orientada a Objetos). La diferencia entre un objeto y un componente es que los primeros necesitan ser instanciados, es decir, partimos de una clase que define un tipo de objeto que nos servirá de molde para crear objetos similares (por ejemplo, la clase Enemy nos podría servir para crear multitud de enemigos). Mientras tanto, los componentes se asemejan más a scripts, trozos de código que dan una funcionalidad determinada al objeto al que se anexan, y cuando uitilicemos la palabra clave "this", no referenciaremos al componente, sino al objeto sobre el que está alojado.

De este modo, si en Unity creas un GameObject (que es cualquier cosa que actúe en el juego), tendrá toda la funcionalidad básica de un objeto del juego, pero si además le añades, por ejemplo, un componente RigidBody, el GameObject tendrá física, y si también le pones un componente Player, en el que defines la lógica del jugador, este GameObject ahora responderá a las acciones del jugador.

Ambas arquitecturas pueden combinarse, y de hecho lo hacen. Tú, por ejemplo, puedes crear un componente cuya lógica utilice instancias de clases, y después agregarlo como componente a un GameObject.

Muy bonito todo este inciso, pero seguimos sin ver el game loop del que os he hablado al principio. La razón de esto es que Unity lo está manejando de forma transparente, sin que nosotros nos demos cuenta. Cada vez que Unity da una vuelta al bucle, llama a una serie de funciones contenidas en el MonoBehaviour. Por eso, cuando creamos un script en C# (el lenguaje recomendado), veremos que hereda de esta clase. Así, lo único que tenemos que hacer cuando creamos un script es definir estas funciones. Por defecto Unity nos creará Start() y Update().

Unity 3D nos ofrece la documentación de las funciones que utiliza en esta web: http://unity3d.com/support/documentation/Manual/Execution%20Order.html

Es imprescindible que tengáis en cuenta que cada vuelta al loop puede tomar un tiempo distinto en función de la carga del procesador, por lo que tendréis que utilizar este espacio de tiempo en vuestros cálculos. Para ello, Unity pone a vuestra disposición la variable Time.deltaTime, que no es más que los segundos que ha tardado el juego en completar el último frame.

La excepción es FixedUpdate(), que tiene un tiempo de llamada específicado en la variable global Application.targetFrameRate.

Aunque para trabajar con físicas FixedUpdate() es la función recomendada, debemos tener mucho cuidado al utilizarla, ya que procesos muy cargantes o framerates demasiado pequeños pueden hacer que nuestro juego haga cosas raras o nos vaya a saltos.

Ahora que comprendemos el game loop de un juego y sabemos cómo interactuar con él en Unity 3D, podemos empezar a hacer nuestros primeros scripts sin cortocircuitarnos en el intento ;).

Game of the Week - Sokker Manager

2011-08-05T12:23:00.001+02:00

El juego de esta semana es el Sokker Manager, un manager de fútbol online que se juega desde el navegador al que llevo enganchado desde febrero de 2006. Como cualquier otro manager de la competencia como Hat-Trick, podremos hacer fichajes, comprar entrenadores, gestionar los entrenamientos de nuestros jugadores, aumentar nuestro estadio o cambiar el precio de las entradas.

Sin embargo existe una gran diferencia que, para mí, hace que Sokker sea el mejor manager de fútbol que he probado: se centra más en el aspecto deportivo que en el administrativo. Así, quebraderos de cabeza como la contratación de fisioterapeutas o médicos han sido eliminados. A cambio, se ha integrado un completo editor de tácticas con el que podremos configurar la posición de cada jugador a lo largo de todo el terreno de juego.

Pero este no es el plato fuerte de Sokker. Además, dispone de un visor de partidos con el que podremos disfrutar del encuentro en vivo y en directo, en lugar de a través de comentarios que, a la larga, terminan siendo repetitivos.

Funda tu equipo, ficha jugadores, crea las tácticas, y asciende a través de las distintas divisiones hasta hacerte un nombre en el juego; conoce gente en los foros, y convénceles de tu valía para que te elijan seleccionador del combinado nacional, o lucha por poder añadir a tu vitrina la preciada Copa de tu país, o la mísmísima Copa de la Champions.

Sólo tienes que registrarte completamente gratis aquí: http://online.sokker.org

Un enorme trabajo de un grupo de desarrollo polaco que aún no se ha conformado como empresa.

Unity 3D - Familiarizándonos con la interfaz

2011-08-03T14:37:00.000+02:00

Siguiendo con los tutoriales de Unity 3D, iba a preparar una entrada para explicar la interfaz de este entorno de desarrollo. Sin embargo, echando un vistazo a lo bien explicadito que está todo en el manual de la web oficial de Unity, me voy a limitar a hacer una traducción libre de lo que viene ahí.

Familiarizándonos con la Interfaz

Primeros pasos

Vamos a empezar a utilizar Unity. Si aún no lo has abierto, puedes hacerlo desde "Inicio -> Programas -> Unity" en Windows o "Aplicaciones -> Unity" en Mac. Nos aparecerá el editor de Unity. Tómate tu tiempo para echarle un vistazo a la interfaz del Editor de Unity y familiarizarte con ella. El Main Editor Window está formado por varios cuadros llamados Views. Hay varios tipos de Views en Unity, cada uno con un propósito distinto.

Project View

Todos los proyectos de Unity tienen una carpeta "Assets". El contenido de esta carpeta es mostrado en el Project View. Ahí es donde guardaremos todos los recursos que formarán nuestro juego, como escenas, scripts, modelos 3D, texturas, archivos audio y Prefabs (objetos prefabricados). Si haces click con el botón derecho del ratón en cualquier recurso del Project View, puedes elegir "Show in Explorer" ("Reveal in Finder" en Mac) para abrirlo desde el sistema de archivos de tu ordenador.

Nota importante: Nunca muevas tus archivos desde el Sistema Operativo porque podría romper los metadatos asociados. Utiliza siempre el Project View para organizar tus recursos.

Para añadir recursos a tu proyecto, puedes arrastrarlos desde el sistema de archivos en el Project View, o utilizar la opción "Assets -> Import New Asset...". Tu recurso estará disponible para que puedas utilizarlo en tu juego.

Las Scenes también se guardan en el Project View. Éstas son niveles individuales. Por ejemplo, puedes tener una pantalla de menú inicial, varios niveles de juego, etc. y cada uno de ellos será un Scene distinto. Para crear una Scene, pulsa Ctrl+N (Command+N en Mac). Para guardar la escena actual, pulsa Ctrl+S (Command+S en Mac).

Algunos recursos del juego son creados desde Unity. Para ello, haz utiliza la lista desplegable de Create o haz click con el botón derecho del ratón y selecciona Create.

Esto nos permitirá crear xcripts, Prefabs, o carpetas para mantener tu proyecto organizado (algo esencial si queremos terminar un proyecto y no enloquecer en el intento). Puedes renombrar cualquier carpeta o recurso pulsando F2 en Windows, Enter en Mac o seleccionándolo y haciendo click sobre el nombre. Si pulsas Alt mientras expandes o contraes un directorio, todos los subdirectorios que contenga se expandirán o se contraerán.

Hierarchy

El Hierarchy contiene todos los GameObject de la Scene actual. Un GameObject es cualquier objeto que hayamos cargado en el juego, y eso incluye instancias de cámara, instancias de modelos 3D, instancias de Prefabs, etc. Podemos seleccionar y emparentar objetos en el Hierarchi. Cualquier objeto que añadamos y eliminemos de la Scene, aparecerá y desaparecerá del Hierarchy y viceversa.

Parenting

Unity utiliza un concepto llamado Parenting. Para hacer que un GameObject sea "hijo" de otro, sólo tenemos que arrastrarlo sobre el objeto que deseamos que sea su "padre". El hijo heredará el movimiento y la rotación del padre (muy útil para hacer, por ejemplo, cámaras en primera persona). Podemos expandir y contraer el padre para ver sus hijos sin que afecte al juego.

Dos objetos independientes

Dos objetos emparentados

Barra de herramientas (Toolbar)

La barra de herramientas tiene cinco controles básicos. Cada uno está relacionado con distintas partes del Editor.

Herramientas de transformación (Scene View)

Selector de Gizmo de transformación (Scene View)

Botones de Ejecutar/Pausa/Continuar (Game View)

Lista desplegable de capas (controla la visibilidad de las capas de objetos)

Lista desplegable de distribución (controla la distribución de las Views)

Scene View

La Scene View es nuestra sandbox interactiva. Usaremos esta View para seleccionar y colocar el entorno, el jugador, la cámara, los enemigos y todos los demás GameObjects que contenga nuestra Scene. Manipular objetos con la Scene View es una de las funciones más importantes de Unity, y es imprescindible que aprendamos a desenvolvernos en él con soltura.

Navegando por el Scene View

Estos son los controles básicos:

Manteniendo pulsado el botón derecho del ratón navegaremos en Modo Vuelo. Sin soltarlo, puedes pulsar las teclas WASD (además de Q y E para subir o bajar) para "volar" a través de la Scene en primera persona.
Selecciona cualquier GameObject (recuerda que también puedes hacerlo desde el Hierarchy) y pulsa F para centrar la vista en el punto de pivote del objeto seleccionado.
Utiliza las teclas de cursor para moverse a través de los ejes X/Y del plano.
Mantén pulsado Alt y haz click con el botón izquierdo y arrastra el ratón para orbitar la vista sobre su punto de pivote.
Mantén pulsado Alt y haz click con el botón central y arrastra el ratón para arrastrar la Scene View.
Mantén pulsado Alt y haz click con el botón derecho y arrastra el ratón controlar el zoom de la vista. Esto es lo mismo que utilizar la rueda del ratón manteniendo Alt pulsado.

También puedes utilizar la Herramienta Mano (acceso rápido: Q), especialmente si estás utilizando un ratón de un botón. Con la Herramienta Mano seleccionada:

Haz click con el botón izquierdo y arrastra el ratón para arrastrar la Scene View.

Mantén pulsado Alt y haz click con el botón izquierdo y arrastra el ratón para orbitar la vista sobre su punto de pivote.

Mantén pulsado Ctrl (Command en Mac) y haz click con el botón izquierdo y arrastra el ratón para controlar el zoom (esto a mí no me funciona, imagino que porque utilizo una versión anterior).

En la esquina superior izquierda tenemos el Scene Gizmo. Esto nos muestra la actual orientación de la vista, y nos permite modificar el ángulo rápidamente.

Podemos hacer click en cualquiera de los brazos para forzar la dirección de la vista de la Scene View y cambiarlo a Vista Isométrica. Mientras estés en esta vista, puedes hacer click en el botón derecho y arrastrar el ratón para orbitar, así como mantener pulsado Alt y hacer click con el botón izquierdo y arrastra el ratón para arrastrar el Scene View (en mi versión no hay que pulsar Alt para esto último). Para salir de este modo, haz click en el centro del Scene Gizmo. Puedes mantener pulsado Shift y hacer click con el botón izquierdo en el centro del Scene Gizmo para cambiar en cualquier momento a la Vista Isométrica.

Colocando GameObjects

A lo largo del desarrollo del juego, tendremos que colocar un montón de GameObjects en nuestro mundo. Para hacer esto utiliza las Herramientas de transformación de la barra de herramientas, que nos permitirá trasladar, rotar y escalar de forma individual nuestros GameObjects. Cada una de ellas mostrará su propio Gizmo alrededor del GameObject seleccionado dentro de nuestra Scene View. Puedes utilizar el ratón y manipular cualquier Gizmo para alterar el componente Transform del GameObject, o puedes introducir directamente los valores dentro del componente Transform en el Inspector.

Barra de control del Scene View

La barra de control del Scene View nos permite ver la escena en varios modos: con texturas, con la rejilla de la malla, con todos los colores RGB, etc. también te permitirá activar lo que puedes ver y oír: las luces del juego, los distintos elementos, y el sonido del Scene View. Trastead con las las diferentes opciones de esta barra para familiarizaros con ella.

Game View

El Game View muestra la imagen renderizada desde la cámara (o cámaras) de nuestro juego.Representa el aspecto final que tendrá nuestro juego cuando lo publiquemos. Necesitarás al menos una Cámara para controlar lo que el jugador va a ver mientras juega.

Modo de Ejecución

Utiliza los botones de la Barra de Herramientas para controlar el Editor durante el Modo de Ejecución y prueba la jugabilidad del proyecto. Mientras estés en el Modo de Ejecución, cualquier cambio que hagas en el Editor será temporal, y se reiniciará cuando detengas la ejecución. La interfaz del Editor se ensombrecerá para recordarnoslo.

Barra de control del Game View

La primera lista desplegable de la barra de control del Game View nos permitirá forzar el ratio de la resolución del Game View. Esto es muy útil para poder ver cómo se verá nuestro juego en monitores con distinta resolución.

A la derecha está el interruptor de Mazimize on play. Cuando está activado, el Game View ocupará el 100% del Editor, mostrándonos una vista previa a pantalla completa cuando entremos en el Modo de Ejecución.

Lo siguiente que vemos es el interruptor de Gizmos. Cuando esté activo, todos los gizmos que aparezcan en el Scene View se dibujarán también en el Game View.

Por último, nos encontramos con el botón Stats, que nos mostrará una ventana con las estadísticas de renderizado. Muy útil para ayudarnos a optimizar el rendimiento de los gráficos.

Inspector

Los juegos en Unity están compuestos por multitud de GameObjects que contienen mallas, scripts, sonidos o cualquier otro elemento gráfico como luces. El Inspector nos muestra información detallada del actual GameObject seleccionado, incluyendo todos los Componentes anexados y sus propiedades. Aquí tu puedes modificar la funcionalidad de tus GameObjects en tu juego. Es muy importante entender la relación que existe entre los GameObjects y sus Componentes, en la que me explayaré en futuros artículos, pero que podéis encontrar en inglés aquí.

Cualquier propiedad que muestre el Inspector puede ser modificada directamente. Puedes cambiar el valor de las variables de los scripts sin que cambies el script en sí mismo. Además te permite alterarlas en tiempo de ejecución, para que puedas encontrar los valores perfectos para tu juego sin necesidad de tener que reiniciar la ejecución de la Scene en cada momento. En un script, si defines una variable pública de un tipo de objeto (como GameObject o Transform), puedes arrastrar y soltar un GameObject o un Prefab para asignárselo.

Haz click en el icono de interrogación de cualquier Componente para cargar la página de referencia de dicho Componente.

Puedes añadir componentes desde la opción de menú Component.

Haz click con el botón izquierdo en el icono de la rueda (o directamente click con el botón derecho) para abrir el menú contextual del Componente especificado.

El Inspectoe nos mostrará también la Configuración de Importación del archivo de recursos seleccionado.

Utiliza la lista desplegable de Layer para asignar una capa de renderizado a nuestro GameObject. Usa la lista desplegable de Tag para asignar una etiqueta a ese mismo GameObject.

Prefabs

Si tienes seleccionado un Prefab dispondrás de algunos botones adicionales en el Inspector. El manejo de Prefabs es bastante importante en Unity, por lo que tengo pensado dedicarles un artículo. Mientras tanto podéis consultar la página del manual oficial (en inglés).

Otras Views

Además de las Views principales que hemos visto aquí, existen otras complementarias:

La Consola nos mostrará mensajes, advertencias y errores.
Con la Animation View podremos animar nuestros GameObjects en la Scene.
El Profiler nos permitirá investigar y encontrar cuellos de botella que afecten al rendimiento de nuestro juego.
Con el Lightmap View administraremos los mapas de luces utilizando el constructor integrado de lightmaps de Unity.

Esto es un repaso básico del entorno de Unity. Muchas de las cosas os sonarán a chino mandarín, pero lo importante es que con esta guía básica podáis jugar con el Editor, familiarizaros con él y poder seguir los futuros tutoriales o empezar a hacer alguna chorradita con la ayuda de los muchos que hay en la web sin que tengáis que preguntaros cada dos por tres "dónde ~~c&%o~~ vagina está esa opción".