El concepto de motor de videojuegos ha cambiado con el tiempo. En su origen, un motor era el software que contenía las bases para ejecutar un videojuego, y era muy específico: servía para un tipo de juego concreto y para una sola plataforma.

Hoy, un motor es un software para crear videojuegos (y más cosas) que permite crear para distintas plataformas e incluye muchas herramientas útiles.

¿Qué le pedimos a un motor? Para empezar, que sea multiplataforma y que permita distribuir los juegos en distintas plataformas. También, que tenga buena documentación y una comunidad activa.

En lo técnico, interesa que el editor sea potente (previsualización, animadores, depuración, terrenos…) y que sus motores de físicas, renderizado o scripts sean eficientes. Y, por último, que su coste sea reducido y su curva de aprendizaje, corta.

Unity cumple con esas exigencias. Tiene una gran comunidad, su versión básica es gratuita, y tanto el editor como la distribución de los juegos son multiplataforma. El entorno es muy potente (aunque algo pesado) y su curva de aprendizaje es aceptable.

Además, se usa en la industria: los estudios profesionales tienen proyectos tanto en Unity como en Unreal.

Para trabajar con Unity hay que conocer tres conceptos, que encajan unos dentro de otros.

Una escena es un nivel, un menú o una pantalla del juego. Cada escena es un fichero .unity del proyecto.

Un GameObject es cualquier objeto de la escena: un personaje, una cámara, una luz, el suelo… Por sí solo no hace nada.

Lo que da a un GameObject su comportamiento o su aspecto son sus componentes. Todos tienen un Transform, con su posición, rotación y escala. Otros ejemplos son Sprite Renderer, que dibuja una imagen 2D, o Rigidbody 2D y Box Collider 2D, que se ocupan de la física y las colisiones. Los scripts de C# que escribamos también son componentes.

En resumen, un juego es un conjunto de escenas con GameObjects formados por componentes.

Unity permite gestionar cada proyecto con una versión distinta del editor. Para ello utiliza Unity Hub, que hace de metagestor: es el programa desde el que se instala todo lo demás. En concreto, Unity Hub instala el editor, la documentación, un editor de código (si lo necesitas, en Windows) y los builders, que dependen de tu plataforma objetivo.

Unity Hub se instala para todos los usuarios del sistema. En cambio, el editor, la documentación y los builders se instalan por usuario, de modo que cada uno puede tener una versión distinta del editor.

La versión del editor que utilizaremos es la última LTS: Unity 6.3.

Un proyecto de Unity es una carpeta con esta estructura:

Por esa dependencia de los .meta, conviene distinguir qué operaciones se hacen dentro de Unity y cuáles fuera.

Dentro de Unity, en la ventana Proyecto, se mueven, renombran y borran los recursos: así Unity mueve el .meta con ellos y mantiene las referencias.

Fuera de Unity, con el explorador de archivos, VS Code u otro programa, se edita el contenido de los ficheros. Al volver al editor, Unity detecta los cambios, reimporta y recompila los scripts. Si un fichero se mueve desde fuera, hay que mover también su .meta; si no, se pierden las referencias.

Dos avisos más: los cambios en escenas y objetos no se guardan solos, hay que pulsar Ctrl + S; y lo que se cambia durante Play se descarta al salir.

Los ajustes del editor están en Edit › Preferences (en macOS, Unity › Settings) y son comunes a todos nuestros proyectos. No hay que confundirlos con Edit › Project Settings, donde están los ajustes de cada proyecto (física, entrada, calidad…).

Hay dos ajustes que haremos nada más instalar: el editor de código y el color en modo Play.

En External Tools › External Script Editor se elige el editor de código. Elegimos Visual Studio Code: así los scripts se abren con él y Unity genera los ficheros que necesita.

En Colors › General › Playmode tint se elige el color con el que se tiñe el editor mientras el juego se ejecuta. Conviene que sea llamativo: así recordaremos que los cambios hechos en ese momento se perderán.

En Linux, a veces el editor no guarda las preferencias: al volver a abrirlo, el color en modo Play o cualquier otro ajuste se ha perdido. Ocurre porque Unity las almacena en la carpeta ~/.local/share/unity3d, que a veces no se crea automáticamente. Si te pasa, sigue estos pasos:

1. Cierra el editor de Unity.
2. Crea la carpeta. En una terminal: mkdir -p ~/.local/share/unity3d
3. Arranca el editor.
4. Configura las preferencias a tu gusto: esta vez deberían guardarse.