Ahora en serio, al menos lo poco que pueda serlo. Dicen, al menos eso parece poco a poco, que la ola de calor que nos ha estado friendo esta última semana ya ha pasado. Debe ser verdad, porque en casa hemos dejado de notar los 40 grados a las doce de la noche para pasar a los 32. Se quiera o no, es un avance.

Pero, para lo que estamos aquí es para conocer un poquito más sobre los mejores motores gráficos que puedes encontrar en el mercado. La semana pasada hablábamos de Unity y su poderío, hoy trataremos con el que a todas luces es su hermano mayor: Unreal Engine 4.

Desde luego el nombre de este motor gráfico no te debe ser desconocido, más aún si sigues la actualidad del mundo del videojuego de cerca. UE4, para los amigos, es uno de los motores más utilizados por las grandes compañías y por los usuarios particulares. Es la potencia gráfica, es la versatilidad, es el hijo de Epic Games, que más se puede decir.

Allá por 2015 sus creadores decidieron abrir el motor gráfico a todo el público con una sola petición, los proyectos comerciales que superasen los 3000 dólares tendrían que dar el 5% del beneficio a Epic, un precio menor si se tiene en cuenta el potencial de este programa.

A cambio de esa contribución, todas las actualizaciones, todas las pruebas y todo el material creado por Epic para UE4 son gratuitos y accesibles para todos los usuarios que deseen desatar su imaginación y sus capacidades creativas.

Unreal Engine es potencia pura. La calidad gráfica que alcanza es superior al resto de motores que hay en el mercado para pequeños desarrolladores. Sus bases, cimentadas en el lenguaje de programación C++, son muy sólidas, ofreciendo una gran experiencia al usuario.

Pero, al igual que con los demás motores vistos aquí, no todo lo que reluce es oro. Hay por ahí, mil comparativas entre Unity y Unreal Engine. Si bien son los dos motores más fuertes que existen en el mercado, no creo que sea una justa comparación, pues cada uno tiene su sector bastante definido aunque no se quiera pensar así.

Unreal Engine no es la mejor elección si quieres desarrollar en plataformas móviles. Existen muchos proyectos y juegos que han triunfado en Android e IOs con este motor pero no es el más adaptable a este sistema, y menos si eres un novato. Sin duda alguna, si sales de plataformas móviles, UE4 no tiene rival.

Su lenguaje de programación, C++, es mucho más profundo y denso que C#, lo que lleva a que su aprendizaje sea más laborioso (juro que aún no he conseguido enterarme bien de C++). Digamos que, C++ es padre de C#, así que si lo entiendes a él, entenderás en gran medida al resto de los lenguajes (la base de ambos es C, pero ya hablamos de palabras mayores). Todas estas cosas son problemas menores cuando uno se pone a trabajar con ello, pues aprender cada cosa nueva lleva su tiempo. No es algo que deba preocuparnos, y más aún cuando veamos los resultados que obtenemos.

Entonces, ¿dónde reside la principal carencia de UE4? En su comunidad. Unity, me atrevería a decir, es el motor gráfico que más personas reúne a su alrededor. Existen tutoriales, foros de charla y ayuda, gente que trabaja para dar soporte a los nuevos usuarios del programa, pero aún es pequeña en comparación con lo que ofrecía, y ofrece, Unity u otros motores.

Pero al final, prestaciones arriba o prestaciones abajo, hay una cosa que ya nos preguntamos el pasado jueves y que nos preguntamos hoy. Un tema importante a tratar: el dinero. Si bien el motor gráfico y su licencia son gratuitos, el aprendizaje no lo es tanto.

El desarrollo autodidacta en UE4 es algo mucho más complicado de lo que podría parecer a simple vista, por lo que es muy conveniente optar por formación pagada a través de las muchas webs que los ofrecen. No recomiendo ninguna, si bien Udemy y similares suelen tener algunos cursos muy completos y a precios competitivos. A esto, habría que sumarle que el margen de beneficios previo pago es bastante menor a lo que ofrecen otros motores gráficos (los hay que te cobran antes por la licencia y el uso desde ahí es libre, por ejemplo, pero ese precio suele ser muy coherente con lo que ofrecen).

En cuanto al rendimiento, Unreal Engine es un programa que consume recursos, muchos recursos. He leído en algunos lugares que sus exigencias son menores a la de otros, por ejemplo, el ya nombrado y analizado Unity, sin embargo, el trabajar con UE4 me llevo en su día a actualizar algunos de los componentes de mi pc para poder darle uso.

UE4, eso sí, va a la vanguardia del sector. Fueron de los primeros en incorporar a su versión gratuita soporte para realidad virtual. Y día tras día asombra con sus nuevos proyectos (una partidita de Fornite os hará ver de lo que hablo).

Además, cuenta con infinidad de recursos gratuitos que permiten crear verdaderas obras del entretenimiento sin ni siquiera saber programar (esto le quita un poco la gracia a los motores gráficos, al desarrollo y a la programación, pero bueno, cada cual es libre de hacer lo que guste).

Una semana más de verano ha pasado. Una semana más en la que os traemos un poquito de nuestra experiencia en esto de la programación. Esperamos ver muy pronto el fruto de vuestro trabajo en esta página mientras hacemos su análisis.

Nos vemos el próximo jueves con más aquí en MuchoGamer y recordad, la ola de calor se habrá ido pero aún se pueden freír huevos en el capó del coche, así que a programar, que se está más fresquito.

La entrada El Especial del Jueves: Unreal Engine se publicó primero en MuchoGamer.

En el apocalipsis zombi, todas las casas son refugios de drogatas. En la esquina inferior izquierda se puede ver un condón usado entre la maleza. Eso es detalle hamijos.

Con una potencia más que respetable y la posibilidad de mover millones de polígonos por frame sin despeinarse, estaba claro que el hardware estaba listo para tirar en una dirección diferente. Y esa dirección es la iluminación.

JRÁFICOS.

¿Y por qué recién ahora vemos cosas así? No es simplemente por potencia pura: es que no se sabía cómo hacerlo. The Last of Us se ve jodidamente bien, pero es un conjunto de hacks sobre hacks realmente. La iluminación “dinámica” se reduce a 3 elementos: sombras “suaves” en tiempo real (que son falsas, se aproximan los volúmenes como esferas y se usa blur hasta follarse bien los píxeles), pocos puntos de luces dinámicas (¿cuántas linternas o puntos de luz puedes ver al mismo tiempo en un frame realmente? Pista: no muchas), y “falso rebote de luz” (Nota: hay también sombras “duras” con la linterna, pero son de la misma calidad que las que ya tenía Doom 3 así que mejor no las comentamos).

Alguien muy inteligente decidió hace mucho tiempo, que modelar la luz en tiempo real en una computadora era imposible. Se hicieron análisis, se postularon ideas. Raytracing en tiempo real era claramente un unicornio (sigue siéndolo), calcular cómo la luz rebota sobre todas las superficies es (era) imposible. Así que había que simplificar. La forma de hacerlo fue creando una serie de ecuaciones que dividen la luz recibida/reflejada en una serie de factores: ambiental, difuso, especular. Resumiendo: hay que violar la realidad para mostrar algo que se medio “parezca”. Obviamente, no se pareció nunca en una mierda a la realidad.

Técnica “Voxel cone tracing“. Resumiendo muchísimo: es más o menos lo que usa Unreal engine 4. Resumiendo menos: se usa una versión simplificada de raytracing en la que no se dibuja cada píxel, sino que se testea contra una versión “voxelizada” del ambiente, para conseguir simular por lo menos uno o dos rebotes de luz. El resultado final se devuelve y se mezcla con la escena – más allá de los reflejos, lo interesante es cómo la luz “sangra” sobre los colores originales de la escena y “tiñe” todo según los materiales a su alrededor.

Hasta que hace no mucho, los programadores gráficos decidieron que era hora de cambiar. Tim “Pelao” Sweeney (el hombre detrás de bambalinas del unreal engine) dijo hace unos años “la realidad visual se conseguirá sólo calculando el rebote de la luz”. Y tenía razón.

Lo que hace que la vida real se vea como se vé, no es tanto por como los materiales son, sino como la luz rebota en ellos y se dispersa. El atroz “componente ambiente” de los modelos de iluminación “clásicos” es lo que realmente mataba el realismo de todo. Calcular esos rebotes es jodidamente costoso, así que todavía se “fakea“.

El primer paso fue “romper” el sistema original de iluminación directo y hacerlo “diferido”:
en lugar de renderizar en un solo paso, se rompe en muchos fragmentos para tener distintos componentes: color (albedo), normal, especular, etc. A eso se le agrega luego el componente de cada luz. Empieza así:

De arriba abajo, de izquierda a derecha: profundidad (cuanto más blanco más cerca de la cámara) – útil para niebla, SSAO y renderizado fuera de orden de superficies transparentes (en este caso: ninguna). Normales: un truco usado para que el vector normal de cada punto sea distinto al vector normal “real” de los polígonos – necesario para normal mapping. Albedo: el “color”, llamado muchas veces también “textura difusa”. Shininess: el coeficiente de “brillo” para cada punto. O de otra forma: cómo la luz se refleja. Nótese que no hay sombras ni efectos de postprocesado – esos vendrán luego.

Y termina así:

Todas las imágenes anteriores se componen, junto con la incidencia de todas las luces calculadas por separado (en esta imagen: los ojos + ilunación “ambiente”), se agregan las partículas y demás FX y por último se retoca la imagen con postprocesado (depth of field, niebla, SSAO, bloom, pase de HDR, corrección gamma, tintado de color, vignetting y lens flare).

Todavía se usa hoy en día (es la base de la mayoría de renderers modernos). Luego lo que hicieron fue llenar las escenas con “probes”: esferas flotantes que capturan la información de la luz que llega a su alrededor desde todas las direcciones (una técnica sacada directamente del cine y los efectos especiales).

BOLAS. MUCHAS BOLAS.

“Que te meto el puño entero” dijo… A la derecha: nótese la (menudo trabajo de mierda ¿no?) operaria del “light probe”: una bola metálica que capta toda la luz alrededor de ese punto junto a una paleta de colores usada como base luego para montar los efectos digitales usando esa misma información de luz (para que se componga con la escena real de forma natural).

Pero… tampoco es suficiente. Así que el último paso consiste en calcular directamente por lo menos una vez cómo la luz rebota en las superficies y “recolorear”.

Una forma de hacerlo es la siguiente: en el shader de cada superficie, tomar la luz incidente en cada punto, calcular las condiciones del material, y reflejar una vez ese color con un spread usando el algoritmo de monte carlo o similar (la forma más simple es poniendo una luz radial falsa en la zona con el color de la luz reflejada). The Last of Us usa esa técnica. Una forma fácil de verlo es en el metro: si apuntas con la linterna una zona amarilla o naranja en una pared, verás que la luz alrededor se colorea de forma acorde a la luz “rebotada”.

Otras formas más esotéricas se consiguen mediante la voxelización del entorno o con una iluminación híbrida con partes de raytracing (ambos métodos usados por Unreal engine 4). Unity tira por light probes, aunque Unity siempre se vio peor – per con las nuevas mejoras en su renderer a partir de Unity 5 hace que se acorte la distancia).

¿Y el futuro? ¿A dónde vamos?

– ¡Dispárele a todos los borrones, Galahad! – ¿Cómo dice caballero? – Ah perdone, ¡mate a los insurgentes! Que con tanto puto borrón no se distingue una mierda, oiga.

En principio vamos directo hacia el “valle de lo creepy”. Los gráficos son cada vez más realistas por la potencia de las tarjetas y por los avances en el renderizado “de la luz”. PBR (physically based rendering) es el palabrejo de moda: ya no se intenta aproximar la realidad con 3 ecuaciones chorras, sino que se simula todo usando valores realistas. The order se ve bien porque los materiales son en su mayoría escaneos de objetos de la vida real (y porque en pantalla hay un pollón y medio de filtros de blur y depth of field para que se vea “cinemático” y para ocultar que en el fondo, no tiene nada especial).

Pero la luz es el camino, y con o sin Carmack, ya se puede ver al final del túnel, que la videorealidad llegará. Virtual o no.

*     *     *

¿Y The Order 1886? ¿Qué tiene de malo?

Pues… para empezar: resolución recortada. Tuvieron que comerse casi un 30% de buffer (o sea: renderizar muchísimo menos) para tener potencia suficiente. Para continuar: todos los materiales “base” fueron hechos con escaneos de objetos reales (piedras, metales, tapizados, etc). No es una creación hecha a mano sino un escaneo de la vida real. No digo que esté mal, pero si vamos a crear mundos virtuales necesitamos mejores herramientas para diseñadores, y no gastar en escáneres 3d de precio descomunal, ¿no?

Pero la peor ofensa es el sistema de post-procesado: la mayoría del “realismo” (si se puede llamar así) viene por una exageración en el uso de filtros (esto es: cambios en la imagen ya renderizada). El “grano” de film es grotesco, el depth of field está hecho de forma tan brutal que no se puede ver nada a 5 metros más allá del personaje; blur de movimiento gratuito a todo y todos hace que ni un solo enemigo se pueda ver medianamente claro cuando se mueve; recolorización exagerada (nada tiene un color natural – vale que sea un “toque artístico” pero se pasaron) y demasiado vignetting (oscurecer la imagen en los bordes) son de los más ofensivos que he visto en mucho tiempo. El resultado final hace que pase por “bueno” o “muy bueno”, pero en el fondo lo que hace es intentar esconder miles de defectos que por otro lado juegos como The Last Of Us solventan con mejores modelos 3d, lightmaps y más “luz”. En el futuro, es más probable que The Last of Us sea un referente visual, pero no The Order.

Y bueno amigos, hasta aquí hemos llegado. Espero que con esta introducción al apasionante mundo de los gráficos videojueguiles entiendas ahora mejor por qué tal juego o tal otro se ve mejor o peor. Para la próxima saga, te enseñaré a construir tu propia tarjeta gráfica a partir de piezas simples, un laboratorio y €48.735. ¡Buen fin de semana!

La entrada Historia del graphicwhorismo III: I see the light se publicó primero en MuchoGamer.

Epic Games ha publicado un nuevo tráiler de Unreal Tournament, en él podemos ver algunas novedades de la ultima actualización, como por ejemplo los nuevos mapas para el modo “Capture The Flag” (captura la bandera) siendo algunos remakes del juego original de 1999. Además, se han añadido dos nuevos modelos de personajes y un sistema de progresión que nos permite ir desbloqueando items a medida que avanzamos para así poder personalizar nuestros personajes.

El título exclusivo de PC corre bajo el motor gráfico Unreal Engine 4 y de momento se encuentra en fase Pre-alpha. Por último, podemos descargar el juego en su estado actual desde su pagina web.

La entrada Unreal Tournament presenta sus nuevas características y una Pre-alpha se publicó primero en MuchoGamer.

Junto a la confirmación de que Dragon Quest XI está en camino para 3DS y PS4, también se anunciaba que llegaría a la nueva consola Nintendo NX.

Asimismo, se anunció que Dragon Quest XI llevaría el motor gráfico Unreal Engine 4, que implicaría que la nueva consola de Nintendo estaría preparada para correrlo al final.

Han aparecido muchos rumores sobre la NX, incluso que podría funcionar con el sistema Android (algo que desmintió Nintendo) y que el nuevo Legend of Zelda se lanzaría simultáneamente en NX y Wii U.

Con todo, Square Enix ha desmentido, al menos por el momento, que Dragon Quest X y XI vayan a salir para NX. Aun así, no niegan esa posibilidad:

“Lo estamos considerando, pero por el momento no tenemos información adicional para compartir”, comunica Square Enix.

Por ahora, tendremos que esperar a que los rumores se conviertan en realidad.

La entrada Square Enix baraja la posibilidad de llevar Dragon quest XI a NX se publicó primero en MuchoGamer.

Estas ofertas de empleo también desvelaron que el título que están produciendo se desarrollará con el motor gráfico Unreal Engine 4 y que será un juego de acción en mundo abierto. Tampoco se puede saber de que tratará esta nueva obra, por lo que habrá que estar atento estos días.

El videojuego será desarrollado para consolas de actual generación y seguramente PC, a falta de más información estaremos pendientes de cualquier anuncio oficial por parte de la empresa.

La entrada Los creadores de Batman Arkham Origins preparan una nueva IP se publicó primero en MuchoGamer.

ADR1FT es un prometedor “survival espacial” en primera persona, desarrollado bajo el motor gráfico Unreal Engine 4 y que contará con soporte para Oculus Rift. El título está planeado para setiembre de este año en PC, Playstation 4 y Xbox One.

La entrada ADR1FT presenta un nuevo tráiler pre-E3 se publicó primero en MuchoGamer.

No hace mucho tiempo, informábamos sobre la financiación económica que ha realizado Epic Games en base al desarrollo de Unreal Engine 4 y otros proyectos.

Esta vez han decidido mostrarnos una pequeña muestra de lo que son capaces, con este impresionante y emotivo tráiler. Coged las palomitas y disfrutad.

La entrada El impresionante tráiler de Unreal Engine 4 se publicó primero en MuchoGamer.