Unity 3D

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

¡Buenas tardes!

Hace más de dos semanas, antes de largarme al III Encierro en las Cumbres (una concentración de guionistas en las Hoces del Duratón dirigida por Valentín Fernández-Tubau) y las posteriores fiestas de mi pueblo, escribí un artículo que no me dio tiempo a colgar aquí.

Después también he tenido algo de lío y no he podido hacerlo hasta hoy. Espero que la espera haya merecido la pena:

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».

Game loop: el origen de todo

¡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:

  1. void run()
  2. {
  3.     bool playing = true;
  4.     while (playing)
  5.     {
  6.         ReadInput(); //Leemos las entradas del teclado
  7.         Update(); //Actualizamos el estado de los objetos
  8.         Render(); //Los dibujamos en pantalla
  9.     }
  10. }

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:

  1. void run()
  2. {
  3.     bool playing = true;
  4.     while (playing)
  5.     {
  6.         ReadInput(); //Leemos las entradas del teclado
  7.         Update(); //Actualizamos el estado de los objetos
  8.         Render(); //Los dibujamos en pantalla
  9.     }
  10. }
  11. void ReadInput()
  12. {
  13.     //Cada API tiene su función para leer el Input.
  14.     if (isKeyPressed(Key.Space))
  15.     {
  16.         Jump();
  17.     }
  18. }

Recomendado:

  1. void run()
  2. {
  3.     bool playing = true;
  4.     //Input Keys
  5.     const Key KEY_JUMP = Key.Space;
  6.     //Input State
  7.     bool jump;
  8.     while (playing)
  9.     {
  10.         ReadInput(); //Leemos las entradas del teclado
  11.         Update(); //Actualizamos el estado de los objetos
  12.         Render(); //Los dibujamos en pantalla
  13.     }
  14. }
  15. void ReadInput()
  16. {
  17.     //Cada API tiene su función para leer el Input.
  18.     if (IsKeyPressed(KEY_JUMP))
  19.     {
  20.         jump = true;
  21.     }
  22. }
  23. void Update()
  24. {
  25.     if (jump)
  26.     {
  27.         Jump(); //Esta función terminaría con un jump=false;
  28.     }
  29. }

 

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 claseEnemy 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, esteGameObject 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 frameratesdemasiado 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 ;).

Unity 3D – Familiarizándonos con el Editor

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, pulsaCtrl+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.

Unity3D – Instalación

Después del primer tocho de Desarróllame, esta semana publicamos un artículo bastante más light en el que veremos cómo instalar la versión gratuita del entorno de desarrollo de Unity 3D, un motor gráfico 3D que nos facilitará bastante la programación de videojuegos en múltiples plataformas.

1. Lo primero que haremos va a ser bajarnos la última versión completamente gratis desde aquí: http://unity3d.com/unity/download/.

2. Una vez lo tengamos el instalador, lo ejecutamos y nos saldrá la típica ventana de instalación que ya estaremos hartos de ver. Así que hacemos lo de siempre:

«Next»

«I agree»

«Next»

«Install».