En este vídeo os explico como utilizar Z-depth AOVs en Arnold, Nuke y Fusion para modificar el punto de atención de tus renders en base a la distancia de los sujetos con respecto a la cámara.
Los suscriptores de elephant vfx pro, podéis descargaros el material que utilizo durante la demo.
Una de las opciones más útiles existentes en Clarisse son los shading layers. Pueden utilizarse para diferentes tareas, y además combinarse entre si para crear sistemas de shading complejos. En esta ocasión vamos a ver como utilizar los shading layers para renderizar y crear variaciones de crowd (multitudes) de forma muy rápida, y sobre todo, muy sencilla. Necesitando apenas unos minutos para gestionar el shading y sus variaciones en centenares de personajes.
Este post viene acompañado de un video de alrededor de una hora para los suscriptores del programa elephant vfx pro.
Todos los suscriptores ya habéis recibido un email con toda la información.
En el siguiente video disponible para suscriptores del programa elephant vfx pro, podéis ver todo el proceso detallado y con explicaciones adicionales, duración alrededor de una hora.
El otro día un alumno del curso "Técnicas guerrilla para la creación de planos VFX" me escribió un email preguntándome si Arnold no tenía AOVs para RAW lighting y albedo, ya que anteriormente trabajaba con otros motores de render que si disponían de los mencionados AOVs.
La respuesta es si y no. Es decir, por defecto si miramos la lista de AOVs de Arnold, no veremos ninguno llamado RAW lighting o albedo. Pero si, podemos fácilmente crearlos, os explico un par de soluciones.
Llego tarde, pero más vale tarde que nunca. Aunque ya hace tiempo que estoy interesado en VR (realidad virtual) y AR (realidad aumentada) apenas he tenido tiempo de estudiar al respecto y realizar pruebas. Hasta el momento he estado más interesado en capturar live action para VR que en generar contenido 3D, aunque ahora también estoy empezando a estudiar al respecto.
Hace un par de días tuve la oportunidad de probar el HTC Vive durante unas cuantas horas y definitivamente, poco a poco iré realizando más pruebas relacionadas con realidad virtual, al tiempo que voy estudiando la materia. Me interesa especialmente la evolución que sufrirá la narrativa, y los cambios que veremos en el lenguaje cinematográfico tal cual lo conocemos hoy.
Probando el HTC Vive.
Probando el HTC Vive.
Como primer ejercicio tanto de captura como de generación de contenido 3D, he realizado una prueba muy sencilla, pero que me sirve como primer contacto para renderizar imágenes estereoscópicas mediante estereográfica y probarlas utilizando el headset más simple y barato del mercado, Google Cardboard y UMI 3D. (más info abajo).
Antes de explicar la sencillísima forma de renderizar este tipo de imágenes, vamos a explicar un poco del contexto necesario para entender de forma muy básica algunos principio de VR.
Existen dos tipo de sistemas de realidad virtual. Aquellos en los que podemos rotar la cabeza alrededor de un mundo virtual, y aquellos en los que además de rotar, también podemos trasladarnos por el espacio, incluso interactuar con el. En el caso de las Google Cardboard y otros headsets para smartphones, solo podemos rotar la cabeza para inspeccionar alrededor del entorno. Para ello, nos servimos del giroscopio y del acelerómetro que incorporan los teléfonos hoy en día.
Hoy por hoy utilizamos dos tipos de formatos de imagen. Cuando hablamos de contenido pre-renderizado. Por un lado tenemos las imágenes lat-long, o también llamadas equirectangular, y por otro lado las imágenes cúbicas. Las dos se mapean de forma esférica para crear un mundo virtual. Básicamente necesitaremos generar dos imágenes esféricas, una para cada ojo.
Las imágenes lat-long son geniales, porque podemos ver todo el mundo en un solo golpe de vista. El problema que acarrean, es que el 66% de la imagen corresponde a los polos de la esfera virtual donde se mapean, y en esos polos hay demasiada distorsión.
Proyeccion lat-long.
Las imágenes cúbicas para este tipo de contenido son quizás más efectivas que las lat-long, ya que las imágenes se mapean virtualmente en el interior de un cubo, de tal forma que los polos estarán proyectados en dos caras del cubo, lo que corresponde a un 33% del total de la imagen. Esto significa menos distorsión cuando se convierte a espacio esférico.
Proyección cúbica.
Estereografía. Es el acto de proporcionar dos imágenes desde dos cámaras distintas. Entre cada una de las dos cámaras existe un desfase que representa la distancia entre un ojo y el otro. En el caso de cine stereo, esto se realiza renderizando una imagen para el ojo izquierdo y otra para el derecho, y ambas se proyectan en una pantalla plana.
En el caso de VR, necesitamos renderizar no solo izquierda y derecha, si no también frontal y trasera, siempre manteniendo el mismo desfase entre cámaras, para así poder rotar en todas direcciones.
Por supuesto, hay mucha teoría y conceptos básicos que necesitamos conocer a la hora de trabajar con VR, pero para este simple ejercicio, creo que este es contexto suficiente.
Trabajando en software 3D
Tate Modern, Londres.
Durante varios años he utilizado RenderMan como motor de render primario en muchos de los estudios de efectos visuales en los que he trabajado. En diferentes tipos de proyectos, cine de animación, cine de imagen real, etc. Desde hace ya un buen tiempo, no utilizo RenderMan, ni en el trabajo ni en casa. Personalmente encuentro en Arnold Render la mejor solución disponible en el mercado para mis necesidades, y en el estudio para el que trabajo, donde las decisiones las toman otros, prácticamente tampoco utilizamos el render de Pixar, aunque de vez en cuando algún que otro plano acaba renderizandose con RenderMan.
Dicho todo esto, creo que es un buen momento para realizar una serie de posts sobre RenderMan, a modo de introducción o primer contacto con el software. Como sabéis, la tecnología REYES está siendo suplantada por RIS lo que imagino ayudará a RenderMan a posicionarse de nuevo en el mercado frente a competidores que utilizan similar tecnología desde hace ya varios años.
Precisamente eso, la tecnología RIS. Es decir, y resumiendo mucho, un nuevo sistema de lighting y shading enfocado en global illumination. Además seguimos teniendo la posibilidad de utilizar REYES si así lo creemos conveniente.
Integrators y BxDF's, son los dos componentes más importantes en RIS, una arquitectura path-tracing (uni & bi-directional) donde global illumination funciona por defecto, sin necesidad de realizar ningún tipo de tarea compleja por parte del usuario. Tambien como novedad en esta version 19 de RenderMan, disponemos de un render interactivo, que facilitara sobre todo, las tareas de look-development.
También en esta version 19 RenderMan dice adiós a RSL (RenderMan Shading Language) para utilizar BxDF's, un nuevo sistema de shading del que hablaremos más adelante.
Los integrators disponibles en RIS son Path Tracer y VCM. El primero especialmente efectivo para escenas exteriores, donde predomine la iluminación directa. El segundo recomendado por ejemplo en escenas interiores, o cualesquiera donde predomine la iluminación indirecta y existan muchos rebotes de luz. VCM es bi-directional path tracing.
Pronto hablaremos sobre integrators y sampling en RIS, de momento dejo unas sencillas imágenes utilizando Path Tracer y VCM con Max Samples 1 y Max Samples 128. Podéis apreciar a simple vista las diferencias entre integrators y sampling. También podéis ver a la derecha de las imágenes la influencia de ambos en los tiempos de render.
Estoy iluminando la escena sólamente con un HDRI proporcionado por Pixar en la web de RenderMan. Por fin, crear un setup de IBL se puede hacer en RenderMan con un solo click, como en el resto de raytracers.
En las imágenes de abajo utilizo Path Tracer como integrator.
En las siguientes imágenes utilizo VCM como integrator. Al ser una escena exterior iluminada principalmente con luz directa la diferencia no es muy aparente, aunque si se nota en los tiempos de render.
Nótese que si ponemos el parámetro Max Path Length a 1 sólo utilizaremos direct lighting.
Como siempre ha ocurrido en RenderMan, seguimos generando RIB files a la hora del render. Puedes acceder a ellos para analizar lo que ocurre en tu escena y hacer debugging.
Como comentaba al principio del post, seguimos teniendo la posibilidad de elegir REYES si así lo creyésemos conveniente.
También tenemos la opción de render incremental, que a mi particularmente me gusta tener siempre activada. De esta forma se generará una imágen de baja calidad y progresivamente se irá limpiando de ruido hasta realizar la imágen final. En las imágenes de abajo podemos ver el render standard vs incremental.
Standard.
Incremental.
Además del render offline, RIS tiene la opción de render interactivo (IPR), que nos permitirá modificar la escena al tiempo que se renderiza.
En el siguiente post, hablaremos sobre el nuevo sistema de shading en RIS.
Si tienes alguna pregunta o sugerencia, puedes escribirnos en el blog o en el foro.
Ya hemos hablado en ocasiones anteriores sobre Isotropix Clarisse, si buscas por el tag "Clarisse", podrás ver todas las entradas al respecto.
En esta ocasión vamos a hablar de una tarea muy común cuando trabajamos con este software, que consiste en renderizar sistemas de partículas simuladas en otro software, en este caso Maya.
Como sabéis, Clarisse es un raytracer moderno que funciona de forma muy particular, una especia de scene assembler donde importamos todo el contenido realizado en un software 3D, y una vez en Clarisse nos beneficiamos de su tecnología para renderizar todos nuestros componentes 3D. Clarisse está siendo bastamente utilizado por estudios de efectos visuales digitales de la talla de Double Negative, ILM, Tippett Studio, etc. Iremos posteando más tutoriales, artículos y cursos en un futuro cercano.
En esta ocasión, vamos a ver como importar un sistema de partículas simulado en Maya para poder renderizarlo de forma muy rápida en Clarisse. Es un ejemplo extremadamente sencillo, pero espero ilustre la metodología de trabajo entre estos dos software.
