Instalación de Unity 

Esta guía es un apoyo complementario al material del curso DESARROLLO DE VIDEOJUEGOS Y REALIDAD VIRTUAL CON UNITY 3D. Su creación es por parte del tutor y su uso es exclusivo por parte del alumnado de dicho curso.

Para empezar con nuestro proyecto de VR en Unity deberemos realizar los siguientes pasos para disponer de Unity 6 (versiones 6.0 y posteriores) instalado en nuestro equipo. Si ya lo tienes configurado puedes pasar al apartado de crear el proyecto directamente.

Creamos una cuenta en Unity.com, dentro de la misma pulsamos sobre Descargar Unity Hub para Windows. Una vez instalado el UnityHubSetup.exe, tras abrirlo en el apartado de Installs escogemos tras presionar Install Editor Unity 6 LTS (Long Term Support). Marcar Visual Studio y Android para incorporar a la instalación. 

Empezamos un proyecto llamado VR con Universal 3D que contiene el Universal Render Pipeline como forma de renderizado.

Configuración de Meta Horizon Link

Mientras se crea el proyecto, veremos lo que necesitamos para conectar Oculus con Unity. Se llama Meta Quest Link (ahora Meta Horizon Link).

Dicho programa nos permite vincular las gafas Meta Quest u Oculus (antes la empresa se llamaba Oculus VR antes de que Facebook lo comprará y tras su rebranding como Meta pasaron a llamarse las gafas Meta Quest)

Podemos loguearnos usando una cuenta de Facebook (es lo que meta de ser la dueña de Facebook, Instagram y Whatsapp) en tus cascos Oculus y simplemente conectarlos al ordenador.

– Al abrir el proyecto veremos en Hierarchy y scene todo ya: main camera, directional light

– Creamos un plano en la escena

– Renombramos la escena

– Al seleccionar en el inspector el plano veremos : posición, incluso añadir scripts.

XR Settings

Lo usaremos en nuestro proyecto para ayudar a la comunicación VR de los cascos con nuestro proyecto de Unity.

Edit> Project>Settings -> Habrá un apartado llamado XR Plugin Management. 

Nos pedirá instalar XR Plugin Management a nuestro proyecto.

– AL terminar se muestran varias opciones: Oculus, Open XR y Unity Mock HMD (Emulador)

    – Oculus y sus controles

    – Open XR: sirve para múltiples cascos HTC, Oculus 2.

    – Unity Mock para controlar VR project sin cascos.

En nuestro caso instalaremos Open XR

Con esto podemos usar Oculus X y web based platform.

Los diferentes issues se pueden reparar presionando Fix All

El primer bloque habla de profile o perfil. AL pulsar en Edit > OpenXR > Enabled Interaction Profiles

    Pulsamos en el + de la derecha. Y verás controles. Por ahora usaremos los Oculus Touch Controller Profile.

    Si pulsamos ahora en el icono de android en vez del monitor.

    Veréis que hace lo mismo, añadir un perfil con controles de Oculus. Ahora sí vamos a Project Validation. Si veis varias issues pulsamos Fix It. Una vez hecho esto XR Plugin Management está instalado. ¡Podemos volver al proyecto!

Ahora vamos a Windows > Package Manager -> Unity Registry (lupa)

 y buscamos XR y aparecerá XR Plugin Management y otro llamado XR Interaction Toolkit que debemos instalar. Si quieres usar las manos, tienes XR Hands.

Una vez instalado XR Interaction Tool veréis distintas opciones.

– Nos vamos a samples y tendréis distintos ejemplos que se pueden importar [Starter Assets]. Nos ahorrará bastante trabajo y será más sencillo hacer juegos. Una vez instalado pulsamos a arreglar todos los problemas.

– También nos tocará importar [XR Device Simulator] con esto ya está todo completo y podemos comenzar.

– Podéis explorar las carpetas. Si entramos en Assets > Samples> XR Interactive Toolkit> Starter Assets > “Demo” lo podemos ejecutar.

– En la jerarquía/hierarchy podéis ver todo lo que trae: grab, teletransporte, climb…

El tema es que usaremos nuestro propio nivel. Volvemos al plano de antes. Para crear nuestro lawn

– En el proyecto vemos el Main Camera, pero ahora necesitamos el virtual camera. 

sí que o borramos, vamos a los samples, ejemplos otra vez de XR Interaction> Start Assets>Prefabs

– Nos va a pedir XR como origen which consist? del controlador de la cámara. Lo arrastramos XR Origin Si abrimos el X Origin (XR Rig) tenemos ajustes o se puede crear un método personalizado.

Para desplegarlo tenemos varias características.

Se podría hacer desde cero todo esto, metiendo el código y tendría otros scripts. Pero no haremos esto. le dejaremos ese trabajo a Unity.

Creamos un GameObject vacío. Y lo llamamos XR Interaction Manager.

Añadimos dentro el componente -> XR Interaction Manager (muy original sí 😉 )

También en Hierarchy> botón derecho XR > UI Event System o UI Canvas

En este caso escogeremos UI Event System

También en el menú conceptual veréis que existe algo que hemos creado antes  > XR > XR Origin (VR) difiere pues dentro tendrá un camera offset y un main camera pero no tendrá un controller que tocará crearlo desde cero.

Frente al otro XR Origin (XR Rig) que hemos hecho antes cogiendo de los prefabs del Starter Assets de XR Interaction Toolkit.

Por tanto nos quedaremos con este XR Origin original (el XR Rig que arrastramos) y no creamos lo último que hemos dicho. Solo esta parte es informativa y para que comprendas el trabajo que nos ahorramos.

El hierarchy hasta este momento se debería ver así:

Introducimos un cubo y creamos un material que aplicamos. Si hacemos una carpeta para mantener el orden mejor.

Podemos rotar el XR Origin (XR Rig) para que la cámara apunte al cubo directamente.

¡Y probar las gafas VR! (Si las tenemos claro)

Si ejecutamos el juego veremos la cámara pero no podremos interactuar (esto lo resolveremos con la opción Unity Mock HDM que recordemos que permitía simular unas VR.

Resumen de XR Settings

• XR Origin: el cuerpo en el mundo que ves y la cámara con los ojos y las manos que controlas.
• XR Interaction Manager: te ayuda a interactuar para tocar o saber que cosas habitan como el cubo, poder agarrar objetos o teletransportarse.
• Event System (UI): es como el sistema UI de las VR. Qué hay que hacer al hacer click en un botón, interacciones con dichos botones, etc.

Teletransporte (TELEPORTATION)

Para añadir teletransporte hemos de ir a Hierarchy, botón derecho XR Teleportation Anchor y Teleportation Area.

– Teleportation area: te teletransporta a cualquier superficie

– Teleportation anchor: es una zona ajustada como por ejemplo cerca de un cubo y no quieres moverte a otros sitios.

Creamos un teleportation Area, creamos un material azul. Y veréis que el teleportation area trae ya un plano (área) que se puede escalar y aplicar el azul de material. Podemos reducir a la mitad su tamaño 0,5 en X,Y,Z. Y solo podremos teletransportarnos por esa zona acotada (por ejemplo al lado izquierdo del escenario, lejos del cubo)

Si probamos las gafas veremos que aún pulsando los botones, todavía no nos podemos teletransportar. Tenemos que hacer otra cosa más en Unity. Nos vamos a Inspector de Teleport Area, habrá un código y donde dice Teleportation Area script hay una opción llamada Interaction Layer Mask [Teleport] debe estar marcado siempre Teleport. Y otra opción llamada Match Orientation > World Space Up. Probamos las gafas de nuevo y ya funciona el teletransporte.

Ahora ampliaremos el plano del escenario para hacerlo más grande. 

Vamos a probar con el otro teletransporte, Teleportation Anchor. Aparecerá un cubo transparente con un plano. Podemos escalar dicho plano a 0,25 por ejemplo. Y también aplicarle el material azul. También podemos rotarlo 90 grados pues el eje Z indicará hacia dónde miramos cuando nos teletransportamos., en este caso queremos que mire al cubo central del escenario.

En Anchor Teleport tenemos otro script que podemos revisar si la opción Interaction Layer Mask está en [Teleport]. También la opción de Teletransportation Configuration donde dice Match Orientation [World Space Up] lo cambiamos a [Target up and forward] Así mirará forward al axis. 

El anchor teleportation nos permite hacer una pequeña area si no queremos que la gente se mueva por toda la escena. Si quieres que lo primero que vea sea lo que tu decidas. Además podemos duplicarlos.

Crear Anchor Teleport desde cero

Otra opción es crear desde cero este Anchor Teleport con un cubo y lo escalamos como si fuera una baldosa.

Y podemos añadir un componente llamado Teleportation anchor (aparecerá un cubo azul transparente) y será nuestro propio teleportation anchor.

Nuestro cubo ya traía un box collider. Es mejor que el plano, al tener el box collider ayuda mejor con las colisiones. La diferencia con el Teleportation Anchor es que tiene el mesh collider que cubre toda la malla, es más detallado, para modelos complejos como un coche 3D. Mientras que el Box collider estará dentro del coche (usa menos recursos)

Revisemos que el Teleportation Anchor > Interaction Layer Mask [Teleport] está marcado. Acordamos que el eje Z es donde miramos y lo dirigimos hacia el cubo central. Y revisamos que Teleportation Configuration está marcado en [To target and forward] A la hora de teletransportarnos, saldrá una flecha en esa dirección. A nadie le gustaría teletransportarse y no saber a donde mirar después y puede marear eso.

Resumen de Teletransporte

Teleportation Area: te permite moverte libremente dentro de la realidad virtual. Además contiene el Mesh Collider (es más complejo). En el apartado script Teleportation Area en el apartado Interaction Layer Mask [Teleport] para que tenga prioridad.

Teleportation Anchor: no te mueves libremente pero ayuda a posicionar al usuario con la orientación a la que quieres ver. Las opciones de Interaction Layer igual que [Target up and Forward] y al hacer click que la Z mire hacia donde quieres.

Agarrar objetos (GRAB)

Para agarrar cosas en Unity crearemos una mesa. Lo podemos escalar y rotar (poner archivo llamado Real-LIFE sCALE IN UNITY) 1,2 x 0,75 Deberíamos hacer las cosas en escala para VR. El transform está en metros. Le podemos aplicar otro material como el verde a la mesa. 

Y añadiremos objetos como un cilindro y lo ponemos encima de la mesa. 

También crearemos un martillo o hammer mediante un empty object. Dentro crearemos un cubo que estiraremos y un cilindro. Podemos añadirle un material metalizado al martillo.

Cilindro: le añadimos de componente uno llamado XR Grab Interaction. Añadirá un rigidbody.

El rigidbody es una cosa que hará que ese objeto sea físico. Si lo ponemos en una bola podrías jugar al baloncesto y que se caiga la pelota al lanzarla. Sin rigidbody el objeto flotaría para siempre y con el rigidbody se crearán las propiedades físicas que trae y se pueden modificar.

En el Rigidbody hay una opción llamada Collision Detection que dice [Discrete] lo cambiamos a [Continuous Dynamic] funcionará mucho mejor por ejemplo al rodar una bola o temas más precisos. Es lento pero trabaja mejor. Cuando sucedan fallos al atravesar paredes u otros objetos, la opción Collision Detection será tu aliada. Es útil que esté como Continuos Dynamic en VR.

Volvemos al script llamado XR Grab Interactive. Tenemos una opción llamada Movement Type [Instantaneous]

si lo cambiamos por [Velocity Tracking] es mejor y más natural. Puede que el otro sea rápido pero es antinatural. Aunque para aprender podemos dejarlo como está. Pero ahí tenéis esa opción importante.

Seguimos en XR Grab tenemos las opciones Smooth Position y Rotation Position, las activamos si no lo están y les ponemos a ambos los valores 5 y 0,5 (5 smooth position, 0,5 tighten position)

Otra opción importante es Far Attach Mode. Que en su desplegable diga Near o Far. (Cerca o lejos). Si queremos que al agarrar el objeto lo tengamos delante de nuestros ojos será la opción Near. Y far si queremos controlarlo a lo lejos. Por ahora lo dejamos por defecto como Defer to Interactor

Volvemos al martillo que hicimos. Si le añadimos un XR Grab Interactable. Solo que en este caso solo queremos que se coja el martillo por el mango. Así que dentro de Hammer tendremos que hacer otro empty object llamado Attachpoint.

 Es como el punto de agarre que tendremos que mover a la mitad del mango (es transparente) Y si volvemos al XR Grab Interactive que metimos a Hammer. Cambiamos la opción llamada Movement Type [Instantaneous] por [Velocity Tracking].

Activamos el Smooth Position Rotation. Le ponemos 8, 0,5 y 1 a ambas opciones. En Collision Detection [Continuous Dynamic] y abajo hay una opción llamada Attach Transform, le añadimos el AttachPoint que creamos antes ¡y lo jugamos!

Podéis como paso extra cambiar la opción de For Attach Mode a Near y veréis que ahora podréis contemplar el martillo de cerca.

En efecto lleva una demo colgada en itch.io 2 años en los que ¡No lo había vuelto a jugar!

Y que decepcionante. Ha sido entrar, caerse el personaje y romperse. ¿Pero cómo puñetas esperaba recibir repercusión o interés con esa cosa? ¡Es un ultraje?

Es por ello que es bueno hacer autocrítica, rasgarse las vestiduras y juzgarse sin ser subjetivo. Además si ya te metes contigo mismo le quitas hiero al asunto y posibles haters 😉

¿Y cómo podemos mejorar la demo?

Haciendo un r

El resumen sería que muchas veces nos obsesionamos con las estadisticas, generar contenido o llegar a más gente cuando en verdad deberíamos trabajar en nuestros videojuegos.

Bien sabia una amiga mía me anima a avanzar más en el juego y compartir menos. Puede que sea contraproducente pues vivimos unos tiempos donde parece que el “pienso, luego existo” se cambió por el “publico, luego existo”. Cuanto daño nos están haciendo las redes sociales, el engaño de la “democratización del marketing” y la cruda realidad en la que nos bañamos cada día miles de desarrolladores con herramientas “gratuitas”. ¡Por un sueño!! Coff coff

Añoro esa época donde no existía internet y podías hasta disfrutar del aburrimiento.

¡Estamos ya finalizando junio y cómo pasa este 2025! Espero que esten estupendamente. Hoy os traigo reflexiones a las 4 de la mañana (ya verás mañana jeje).

Hace un par de meses anuncie contento que sacaría demo para el festival temático de Carreras de coches en Steam. Y he de confesar que he recapacitado y más hablando con un paisano mío que aprecio mucho y hablamos muchísimo del desarrollo de videojuegos.

Sin tapujos: Invisible X ni sacará demo en un mes ni participará en el evento de carreras de Steam.

¿Los motivos? Muy claros tras darle vueltas otro día a las tantas también (oh wait! parece recurrente xD)

La conversación con mi amigo derivó en el archiconocido blog de Chris Zukowski experto en marketing para videojuegos de Steam.

Y es que como bien indica en este artículo he cometido varios fallos que causarían un gran desastre de cara a la visibilidad del juego así como su honorabilidad.

Empecemos por el más bochornoso y por el que pido disculpas, lo siento 😅

If you think your game is eligible for one of the upcoming fests this year, make sure your top 5 tags align with that genre. Make sure the short and long description mention keywords that are typical for that genre. You want to make sure your game gets picked up in the scan. Now don’t lie. Don’t try to make your FPS look like a Visual Novel; it wouldn’t be helpful anyway because the audience wouldn’t want it.

Quiero que nos quedemos con la última frase que dice “Ahora no mientas. No puedes intentar hacer que tu FPS luzca como un visual novel, esto no sería útil porque la audiencia no lo querría”.

Trampear el contenido para entrar en el festival de Steam

Reconozco que en el juego que tengo entre manos evidentemente habrá carreras pero no van a ser el eje central del juego. Por tanto estaba medio trucando las posibilidades porque veía muy jugoso aparecer en Steam y me daría mucha visibilidad. Recordemos que los festivales temáticos se van conociendo a 6-12 meses vista. Por tanto igual hasta ¡¡dentro de 2 años no hay una categoría que encaje!!

Y no quería que ocurriera eso. Al final el juego va a ser un homenaje a grandes juegos como Driver de PlayStation con misiones, persecuciones y carreras. Pero claramente eso debería ser otro tipo de juego y no dar vueltas a un circuito. (Por cierto ¿a veces os pasa que no sabéis clasificar vuestro juego? ¡Cuando veo juegos que se asignan como aventura y acción me vuela la cabeza! ¿No van de la mano? xD)

Total que este es el primer motivo por el que lo saco del festival.

Y el segundo es por el mencionado hasta la saciedad por mi amigo, no podía ser otra ser otro que el bueno de Chris 😉

¡La demo en un Steam Fest!

Sacar una demostración se comprobó antaño en las revistas de la época que eran una maravilla. Pero hoy en día en Steam si anuncias la demo y te sigue poca gente ¡Es una oportunidad perdida! 🥱

Resulta que ahora se pueden separar la página de tu juego de otra independiente para la demo. Sin embargo la gente que te siga mediante el wishlist será notificada de que has sacado una demo.

¿Y qué es lo que no queremos? ¡Exacto! Sacar una demo a medio gas, rota, por las prisas de un festival y encima no llegue a suficiente gente.

Conclusiones finales

Como le sucedió a Noriaki Okamura: diseñador de Zone of Enders y que ahora lidera las nuevas sagas de Metal Gear (por favor que salga bien Metal Gear Solid Delta Snake Eater!)

Son famosos sus arrepentimientos en el pasado por los errores que cometió y sus disculpas vía blog que confesó en el blog oficial de Konami. Hace que le vea como un ser humano más auténtico. Es por ello que al escuchar la vida de este diseñador (que no conocía y eso que guardo con recelo Metal Gear Ac!d2 una obra maestra que produjo. Millones de gracias!)

Pongo aquí por testigo que seguiremos trabajando en la demo. Eso sí saldrá en Itch.io (os dejo ahí mi cuenta). De esta forma no peligro la visibilidad en Steam, me centro en recibir vuestro preciado feedback, hacer comunidad, mejorar la cápsula de Steam y medir mejor los esfuerzos.

Así sin más espero si no he podido enseñarte algo nuevo al menos haberte entretenido.

Recibe un fuerte abrazo de un amante de los pistachos, Rubi.

Esta semana no hay nueva actualización del alpha del videojuego #InvisibleX ¿Significa que he tirado la toalla? ¿He roto con mi promesa de sacar una actualización cada 15 días? En estos ya 8 años desde la última vez que toqué el proyecto estaba en Unreal Engine 4.9 lanzado el 31 de Agosto del 2015 y que queréis que os diga me daba mil problemas empaquetar el juego.

Así que me dispuse a ponerlo a una versión más reciente antes del Unreal Engine 5. El motivo es sencillo, no tengo un equipo capaz de moverlo aún. Y venía de usar Unity 3D y Maya en el ciclo superior de Animación 3D y videojuegos.

No me avergüenzo de tener un equipo menos potente que cualquier gamer de hoy en día. Cuanto te haces mayor tienes otros gastos imprevistos y más urgentes que cubrir ^_^U

El tema es que pasé del Unreal Engine 4.9 a la versión 4.26 después vendría la 4.27 y a continuación UE5. Y ahí andamos todos los geniales tutoriales que he seguido de @GomvoDev y https://youtube.com/@Nirnaeth que me han sido super útiles!!

Pero como todo en la informática. Si algo funciona no lo toques!! Y así ha pasado, he tocado, he sufrido al romper todo, he rehecho y algo va ya. Prácticamente he empezado un curso de @CarlosGameDev pues necesito actualizarme, reaprender de nuevo y que alguien me guíe.

En resumen: tras 8 años dando tumbos, idas y venidas, promesas incumplidas, etc. Lo más importante que me dijo un buen amigo es tener constancia y el hábito de dedicarle todos los días un poquitín. Y vaya que si lo he notado. 30 días sin fallar.

Si me has leído hasta aquí ¡¡X gracias!! <3 Estoy algo boomer y es mi primer hilo en mucho tiempo. Si quisieras apoyar mi proyecto y ayudarme a costear los 100€ para ponerlo como Early Access en Steam te lo agradecería muchísimo!! ^_^_b

https://rubiworks.itch.io/invisible-x

#gamedev #indiedev 

Parece mentira pero el tiempo pasa rapidisimo.

Nos damos cuenta de que las cosas van con calma pero cuando te quieres dar cuenta han cambiado elmotor varias veces, el programa de modelado 3d ha pasado unos cuantos años y hasta la metodología de trabajo.

Estaba empeñado en aprender motores nuevos para hacer este juego que llevé a Barcelona hasta que la semana pasada me dije…

Un momento si no tengo equipo potente con UE5, Unity me cuesta mucho aún dominarlo sin programar.

¿Y si lo intento con el motor que usé? Total solo me interesa publicarlo nada más.

Y para mi sorpresa los tutoriales en internet ahora hay a raudales al ser un motor más que explotado y conocido que nunca. Así que no es dificil meterle más cosas al juego ya que al finalizar su estapa ya está todo disponible en internet.

Y a eso vamos a finalizar lo que prometí.

Estaba en casa sin el portatil principal y me dije que quería un poco de motivación haciendo algún juego corto.

Reconozco que tras hablar con un amigo diseñador y una charla de Valeria Castro me entró el gusanillo de querer hacer algo este sábado que me había dejado el cargador del móvil y el ordenador principal.

Caí en este artículo y la verdad que es bueno a veces salirse del molde autoimpuesto de Unity o Unreal. https://www.aprendegamemaker.com/programas-para-crear-videojuegos-gratis/

Por ello hoy mientras la perrita me hacía carantoñas he estado haciendo los primeros videotutoriales de GDevelop.

No soy programador auqnue lo estudié no me entra ni tengo el talento para ello.

Por eso buscaba algún motor que me motivase que no fuese tan denso como Unity3D y pudiera hacer algún pinito o lo más importante. ¡Sacar un juego de una vez! No veáis lo dificil que ha sido dejar de ser perfecionista. Y solo llevo 1 año de ello.

El tema es que me ha sorprendido y para bien GDevelop. Es un programa open source y gratuito que además ofrece suscripciones de pago tan solo para toda la logística online.

Una curiosa forma y lo que más me ha maravillado es poder empezar con unos tutoriales que te llevan de la mano y encima tiene montón de assets, muy bien cuidado la estética y con ejemplos ya hechos.

No sé si será que al hacernos mayores queremos ya un autoguardado en los juegos, pero parece que queremos las cosas ya y lo más fácil posible. Atrás quedó el coger un libro, empollarselo y empezar durante años a hacer algo.

Y esto ha sido todo. Me encantaría recibir vuestro feedback y poder aportaros algo.

Un abrazo.