Vray 2 GPU soporta SLI

[V1k1ngo]

Creo que es inocente pensar que una tecnología funcionaría tan bien en sus primeras versiones, es vox populi que la mayor parte de los motores que usan aceleración por GPU tienen Shaders más pobres que sus hermanos mayores, los motores por CPU, los únicos casos en donde vi desarrollos más interesantes son en Arion y en thea. Thea es un motor combinado (ah, ahora cierra todo), a Arion lo desconozco, el octavo pasajero nos podrá hablar mejor de él, que está más acostumbrado a usarlo. Y aun así, en la mayoría de los casos estos dos motores no te dan resultados mágicos en minutos, creo que salvando que tengamos una mini granja no tan mini en casa/curro, vamos a tener que sacarnos esa idea de la cabeza.

[el octavo pasajero]

Los tres únicos motores de render basados en GPU que he podido probar son:
-Iray, de gran calidad, acepta mapa de desplazamiento y opacidad, cáusticas y proxys. http://actualidad3d.blogspot.com/201...-ray-Iray.html.

Arion, es mi preferido, aunque tiene aún mucho camino por recorrer.http://actualidad3d.blogspot.com/search/label/Arion.

Octane, es posiblemente el de mayor calidad, pero muy complicado y menos directo que los dos anteriores, muy mal integrado en 3dsmax.

Vray RT nunca lo han vendido como motor de render, al menos desde Chaos group, yo uso Vray casi desde que salió al mercado y en mi opinión es la mejor opción para renderizar con 3ds Max, por relación calidad-velocidad, solo podemos compararlo con Mental Ray que me parece junto con RenderMan lo mejor que hay en motores de render.

No podemos obsesiónarnos con renderizar imágenes en segundos y a calidades unbiased, la tecnología foto-realista está en pañales. Usad Vray RT para lo que sirve, previsualización, olvidaros del render por GPU con Vray, al menos hasta dentro de uno o dos años o es posible que más, ¿Qué ya no podemos esperar 10 horas para un render en alta resolución? I want it all, and i want it now.

El render por GPU es el futuro, no me cabe ninguna duda, pero deberemos esperar unos años para que sea una tecnología estable y fácil de usar.

[acortes]

Lo cierto es que ha habido mucho bombo y platillo con esto de los motores de render basados en GPU, y desde luego que es un gran avance, pero personalmente veo que los resultados suelen ser pobres en cuanto calidad-tiempo de render. Creo que en escenas complejas a gran tamaño y alta calidad salen mejores resultados con unos buenos parámetros de render en Vray que con estos motores de render unbiased GPU. Es una opinión personal con lo poco que he podido trastear e investigar. Luego existe otro problema y es que, si trabajas con Vray, VRayScatter, VRayproxies, Vray displacement, cambiar de motor de render se humilde en algo inviable. Creo que todos estamos esperando a una versión de Vray que incluya cálculo por GPU + CPU para render de producción.

[Vicent]

Un usuario de Arion:
.http://www.randomcontrol.com/wiki/in...onster_machine.

[acortes]

Vaya pedazo máquina, así no me extraña que consiga esos tiempos de render tan bajos. Habría que ver si una escena similar en Vray, pero gastándose el mismo dinero en equipos CPU ofrecería la misma calidad-tiempo de render, es decir si con dos o tres i7 trabajando en conjunto ofrecerían esa capacidad de cálculo en una escena similar con Vray. Por cierto, me suena que con Vray había un programa con el que podías renderizar una misma imagen con varios equipos, alguien sabe algo al respecto?

[acortes]

Bueno, he estado trasteando y, aunque la escena es diferente y hay muchos parámetros de calidad que son diferentes, aquí os pongo un ejemplo que puede dar idea de las calidades-tiempo render de diferentes motores. Desde luego, que lo suyo sería tener la misma escena y renderizarla en igualdad de condiciones. Esto está hecho en Vray en un i7 930 con 8 Gb de Ram a 640x480. El de Arion tardó 17sg, este de Vray 43sg.

-- IMÁGENES ADJUNTAS --

[V1k1ngo]

Vaya pedazo máquina, así no me extraña que consiga esos tiempos de render tan bajos. Habría que ver si una escena similar en Vray, pero gastándose el mismo dinero en equipos CPU ofrecería la misma calidad-tiempo de render, es decir si con dos o tres i7 trabajando en conjunto ofrecerían esa capacidad de cálculo en una escena similar con Vray. Por cierto, me suena que con Vray había un programa con el que podías renderizar una misma imagen con varios equipos, alguien sabe algo al respecto?

No es con el Backburner que se puede gestionar el render en red con 3ds Max y Vray? Una amiga estuco averiguando eso hace poco (pero con Rhinoceros y Vray, no encontramos nada al respecto, si alguien sabe), y si mal no recuerdo mediante ese plugin se podía hacer tal cosa.

[acortes]

Yo uso Backburner para poner varios renders en cola y que se vayan renderizando uno a uno en diferentes ordenadores durante una noche, por ejemplo. Lo que yo decía era usar varios equipos para renderizar una misma imagen, y eso, que yo sepa, no lo hace Backburner, sino que creo que había una utilidad de Vray que lo hacía.