Flickeo en animación con 3ds Max

Hola a todos, intento hacer una animación en Vray, pero me genera un parpadeo muy visible. Al revisar cada frame, todos tienen una ligera variación de intensidad lo cual genera el parpadeo. Esto sucede aun renderizando sin GI. Ya probé con diferentes versiones de Vray y en todas me sucede lo mismo, ¿alguna sugerencia? IkerClon : tengo entendido que en la versión me de Vray este parpadeo o flickeo desaparece, y es una de las cosas que más satisfacción ha dado a los usuarios de Vray. Saludos.

Lo 1º: Enhorabuena a todos los que participáis en estos foros y ponéis vuestros conocimientos al alcance de todos. Lo 2º:
Os vengo leyendo desde hace unos días y sobre todo esos tutoriales de iluminación con Vray (fotones).

El caso es que estoy haciendo una animación de un interior y hay un problema tremendo con flickeos en zonas muy determinadas de geometrías biseladas (aclarar que no es el típico flickeo de licencia chunga) y no sé cuál puede ser el problema, si no controlo bien el tema de fotones y lo de usar su mapa, o si con materiales estándar del 3ds Max pueden surgir este tipo de problemas. Por cierto, estoy usando incremental add todo current map y fotones.
[hr][/hr]
Dideje: bueno, como ya sabrás con fotones no puedes usar materiales standard.

Los problemas de flickeos en ese tipo de geometría pueden ser por un a bajo y/o unos settings bajos. Para conseguir detalle pequeño hay que apurar bastante los parámetros para que la relación calidad-tiempo no se vaya al traste. Saludos. Me lo temía, y es que la escena tiene una serie de elementos y detalles en geometría que son muy canis, como biselados por doquier, así que, lo mismo hay que intentar alisar más suave y como bien dices tu, subir la calidad. Me sigo peleando y os voy comentando.

Hola gente, tengo un problema al tratar de renderizar una animación, el problema es el siguiente, la iluminación, usando GI, es correcta, usando una sola luz proveniente del sol, omni con shadows.

El problema es que, al animar, me genera una efecto parpadeante, no constante, y veo suaves flashes, como si la luz tuviese una variante en la intensidad, supongo que, esto es generado por los rayos GI, pero probé con varias opciones en la configuración y nada, no puedo lograr una luz constante. La luz omni, la única en la escena, no tiene efectos ni nada raro, adjunto una imagen de la escena, un saludo.

Si quieren puedo enviar un (*.avi) de ejemplo, para que vean bien lo que hace, pero ocupa un mega y no me permite adjuntarlo.

Adjunto también una imagen con luz diurna.
[hr][/hr]
IkerClon: eso es porque tienes una versión ilegal del programa. Es un problema frecuente del que se ha hablado varias veces en el foro.
[hr][/hr]
Mars Attacks: el tecnicismo de tu problema es flicker.
[hr][/hr]
Borreguito: y la única manera de resolverlo es?
[hr][/hr]
Mikimoto: comprar una licencia original y quitarte ese warez del medio.
[hr][/hr]
Rasheck: me parece que no, según tengo entendido, en el Final Gathering y en la iluminación global, hay algunos cálculos que son aleatorios, por eso, en cada frame algunos valores cambian, de ahí viene ese parpadeo, en XSI hay una opción para arreglar eso, no la sé de memoria, pero, en fin, creo que es eso.
[hr][/hr]
Dideje: Rasheck tienes cierta razón, pero esos cálculos aleatorios no producen esos flashes que dice Santiworld que suenan casi con total seguridad a problemas de licencia como ya han dicho. La prueba del algodón, renderiza sin GI y mira ver si hay flickeo. Si hay es problema de licencia, si no es problema de configuración. Saludos.

-- IMÁGENES ADJUNTAS --

Hola a todos. Tengo un problema con una animación y Vray. La escena es un interior en el cual el suelo es de parquet, por lo que he tenido que optar por el Glossy en la reflexión. La cosa es que después de todo, el material en la animación no queda bien, es decir que tiene un ligera vibración que creo que no es por falta de calidad en el irradiance sino por los parámetros del material, ya que en la escena la única parte que sale fea es el suelo y no paredes ni otro tipo de artefactos típicos.

Alguien que tenga ese problema con animaciones o sepa como poder arreglar este problema.

He de subir las subdivisiones del material? Entorno a que valores? Subo la calidad del mapa de irradiancia? Interpolo el material? No tengo ni idea de cómo evitar esa molesta vibración del material.
[hr][/hr]
kival: hola, a mí también me pasa, pero no sé cómo solucionarlo, espero que alguien pueda dar una solución.
[hr][/hr]
Stewie: el problema de flickeo en animaciones con Vray, no suele ser de configuración de materiales, sino más bien un problema de licencias.
[hr][/hr]
Jormo: siento decirte querido compañero Stewie que no me refiero a un flickeo de licencia y que no es un problema de licencia, como te comento el problema debe ser una mala configuración por parte mía o en el material o el irradiance, ya que todo sale bien, paredes, esquinas, cristales, no me salen artefactos excepto esta vibración del material Glossy del suelo.

Pero gracias por el apunte de la licencia.
[hr][/hr]
ismaeldmt: es muy complicado configurar una animación. Yo desde luego lo que busco siempre es un tiempo por frame de alrededor a los 7.5 minutos, más me sería inviable. Por ello suelo eliminar todos los efectos de Glossy en los materiales ya que, si no se hace eterno. Te diría que si lo que te da problemas es el Glossy, que se lo quites y bajes mucho los niveles de reflexión del material, en animación algunos efectos no son tan importantes como en las fijas.

Cuanto te tarda en salir cada frame con Glossy? Suerte con el problema, saludos.
[hr][/hr]
Stewie: vaya, perdón por presupuestoponer, es que ha habido varios mensajes de flickeo en Vray, y la inmensa mayoría se debían a eso. La solución, pues lo siento, pero no tengo ni idea saludos.
[hr][/hr]
Jormo: nada nada Stewie, si sabía que alguien me lo diría, pero no pasa nada.
7.5 min? Vaya que máquina, si te digo lo que tarda esta animación te asustas vaya que si te asustas.

Bueno sigo haciendo pruebas sin mucho éxito ya veremos.

Ahora que hablamos de los tiempos, que opción utilizáis en el mapa de irradiance? Incremental add todo current map o multiframe incremental?
[hr][/hr]
Stewie: 7.5 minutos por frame, bah, minucias, estoy tirando una animación de 30 segundos que tarda 40 minutos por frame, en unos G5 duales, sin radiosidad, viva el Motion Blur de Mental Ray, a ver si sale el RenderMan standalone que se supone que tiene un Motion Blur rápido de verdad.
[hr][/hr]
ismaeldmt: uso incremental, que de momento va bien. En algunas saqué frames a 5 minutos, pero empezaba a estar justo de calidad. Los frames eran de 480 por 360 (no sé cómo te lo han pedido a ti). Las escenas estas que te comento eran interiores que rondaba los 250.000 a 300.000 polígonos, en exteriores es más difícil, unos 12 minutos por frame, pero con más de un millón de polígonos.

Que vaya bien el tema.
[hr][/hr]
ipn2000: como ayuda, no sé si te servirá, en el tutorial de Dideje, viene como el una vez uso en lugar de Glossy, Fresnel en la casilla de reflexión, mira el tutorial y lo mismo te vale. Un saludo.

Hola a todos, tengo una duda con respecto a una escena que estoy haciendo con Vray, resulta que tengo un libro en una mesa con una lámpara iluminando, la luz es muy tenue y se ve bien, pero al momento de pasar la animación los colores en la mesa y del libro varían con pequeños destellos o zonas oscuras y más claras y la pantalla de la lámpara que es traslúcida se ve pésimo, ¿cómo se cada fotograma variase de colores ligeramente, lo que no pasa con la animación con Scanline, ojalá alguien aclare mi duda, gracias.
[hr][/hr]
Stewie: dentro de poco meteremos esta duda en las faqs.

El Vray que tienes. ¿cómo es de legal? (el flickeo que dices se da en las versiones de dudosa legalidad.) saludos.
[hr][/hr]
ERK2R: es una versión que saque de evermotion, no es la comercial.
[hr][/hr]
IkerClon: puede que sea debido a tus parámetros. Para evitar flickeos en las animaciones, necesitas que los valores de tu configuración estén ajustados al dedillo. Es posible que al interpolar (no olvides que la GI generada por Vray es por aproximación), cada fotograma tenga un resultado distinto, motivado por unos parámetros de calidad baja.

Revisa el foro, porque en alguna ocasión se ha hablado de ello.
[hr][/hr]
ERK2R: gracias por sus comentarios, voy a revisar los parámetros, pero si alguien me pudiese explicar cuáles son los parámetros necesarios a modificar estaría muy agradecido. Gracias.
rodenapa: yo solucionó ese problema calculando el mapa de irradiancia de toda la secuencia y luego lanzando la secuencia cargando el mapa calculado.

Por cierto, mi versión tampoco es comercial y me gustaría saber si en la legal se ven bien las secuencias que lanzas sin calcular mapa previo. Gracias.
[hr][/hr]
ERK2R: arreglada. Para el que le interese creo que ya solucione el problema de la siguiente forma:
-En image sampler cambie de adaptative subdivisión a fixed rate con valor de 2.

En Vray advance Irradiance Map, de bucked mode cambie a multiframe incremental.

En Indirect Ilumination cambie en Irradiance Map preset de custom a medium-animation.

Con esos cambios mejoró notablemente la continuidad y casi no se notan las variaciones de colores y los molestos brillos y sectores oscuros que aparecen, con una velocidad de render bastante decente para una animación de 150 frames. Bueno eso seria.
[hr][/hr]
Jormo: como bien dice IkerClon tu problema es de parámetros del irradiance, que los tienes con baja calidad. Además, de que la versión no se la más. De todas formas, si lo lanzas con el Backburner el cambio de tono entre frames desaparecerá, eso se ha dicho ya en el foro si lo buscas te quedará más claro. Lo de los flickeos de objetos y sombras ya es otro cantar.
[hr][/hr]
Gspower: a mí me ha pasado que tirando 2 veces el mismo render (haciendo pruebas sin máxima calidad) y calculando las 2 veces el irradiance los resultados son distintos en cuanto a luminosidad, de ahí, supongo, que varíe en una animación, es solo por parámetros de calidad?
rodenapa: buenas, el problema del flickeo entre frames en las animaciones lo solucionaba calculando el mapa de irradiancia de la secuencia anteriormente. Mi pregunta es la siguiente, con la licencia legal, los frames de una secuencia no te flickean sin cálculo previo de ningún tipo de mapa? Como hacéis los que tenéis la licencia legal? Hago estas preguntas porque una de las razones por las que aún no tengo esa licencia es porque ese problema no pensaba que se debiera a la legalidad o no de la misma. Saludos.

A ver chicos, soy nuevo en este foro y me gustaría que me respondierais si sabéis a qué se debe este problema que me sucede en una animación.

Estas imágenes son 4 fotogramas en donde se me produce el error el color que debería salir en toda la animación es el que sale en pocos fotogramas y me produce lo que he llamado error, no sé si es lo que denominamos flickeo de ser así indicadme por favor como poder arreglarlo. La animación ha sido generada con los parámetros que indica este tutorial de Vray, si falta algo hacédmelo saber para publicarlo. Agradeceros de antemano cualquier ayuda. Saludos.

Tengo una pregunta. Como consigo hacer una animación de un muñeco en Vray para que no aparezca el flickeo? Recuerdo que en anteriores versiones ocurría eso. Ahora tengo la versión 1.47, se puede? O me pasará de todos modos? Ayuda por favor.
[hr][/hr]
m@risa: hay probabilidades de que sea el irradiance, o si no es eso que tú versión no sea así que, digamos muy legal, aun así publica tus settings, para ver que puede ser.
[hr][/hr]
jose3dmax: sí es legal, a mí que no me vengan con tonterías siempre se dice lo mismo, pero no es así, es cuestión de que Vray tiene un factor de azar en sus cálculos y flickea, si has leído entero mi mensaje dice que es la versión 1.47 la cual no es tan obsoleta. Gracias de todos modos.

Tengo un proyecto urbanístico, del cual voy a tirar una animación de vista aérea en el mismo hay una cancha de tenis al renderizar con Vray las líneas de la cancha de tenis aparecen y desaparecen, he hecho el cálculo de Irradiance Map hasta con la resolución en high animation de 1 frame a 1 frame y el problema persiste. Si alguien me pudiera ayudar a resolver este problema se lo agradecería mucho.
[hr][/hr]
dumdum: si las líneas de la pista están creadas con geometría, y no forman parte de la textura del suelo, asegúrate de que estén bien separadas de la cancha.

Hola compañeros. Acabo de terminar un video promocional de unas viviendas, y al verlo me doy cuenta de que hay zonas en las que me flickea. El caso es que le he añadido el efecto reduce interlace video de After Effects, pero ni con esas.

Fijaros en la puerta del fondo (es donde se nota el flickeo). ¿puede ser que la textura de la puerta esté a demasiada resolución?
No sé a qué se debe. A ver si alguien me puede echar una mano. Muchas gracias. Adjunto el vídeo.
[hr][/hr]
TBC3D: hola, se parece mucho a uno que hice hace un tiempo. Bueno, no dices con que renderizas, pero utilizas Vray? Me da que sí.

En ese caso, te cuento que yo renderizo en Irradiance Map, cuasimontecarlo.

Y para los renders bastos le pones max. Rate:-4,min rate:-4. Te flikeara a cañonazos, pero luego el render final hazlo a -3,-2, o -3, -1. En su defecto prueba con -3,0. Los míos quedan bien.

Antes acuérdate de destildar: randomize samples. Un saludo.
[hr][/hr]
jobercam: muchas gracias. En realidad, esta renderizado con Fprime. Pero por lo que veo, el tema está en la cantidad de radiosidad (irradiance como le llamáis vosotros), no es así? Yo uso radiosidad Montecarlo. Un saludo.

-- IMÁGENES ADJUNTAS --

Hola a todos. Soy algo nuevo en este tema de foros, trato de leerlos siempre que puedo y de verdad me sirven mucho sus comentarios.

Tengo ahora una interrogante que espero ustedes con su gentil colaboración puedan ayudarme.

Estoy trabajando una animación con 3ds Max 8 y Vray. Mayormente me piden que haga exteriores, llevan proboolean impresionantes de árboles, los cuales los he logrado trabajar en Vray proxies para poner tal cantidad (gracias a unos de sus foros).

Al renderizar con Vray, saco archivos con extensión tga de cuadro por cuadro. Hasta allí, todo ok. Al juntar los tga en mensaje producción y sacar un vídeo, noto que dichos Vray proxies (árboles) parpadean demasiado, y le bajan de calidad al vídeo, cosa que me incomoda mucho.

Si desean puedo subir parte del vídeo. [url]http://www.youtube.com/watch?v=w8gvk_mvkdu[/url].
(Ustedes dirán cuanto deba pesar para poder subirlo) quizás el problema esté en mí seteo, por ello mismo lo adjunto también, (me demora unos 20 minutos por cuadro).

Ojalá pudieran ayudarme pues siempre consulto sus foros y aprendo mucho. Gracias.

[hr][/hr]
Davescambra: el problema que tienes creo que es en tu setting.

Para empezar, sube la calidad del hsph, subdivisiones, a más. Por ejemplo, 80.

El interp. Samples, a 40.

La calidad min rate. -2.

Max rate.-1.

Las subdivisiones de Light Caché a 1000 a 1250 más o menos. Y los interp, samples a 10.

Con esto subirán los tiempos, pero también la calidad y por supuesto el flickeo. Saludos.
[hr][/hr]

aldosc: Davescambra, voy a hacer mis pruebas y te cuento, gracias de todos modos. Ya les comento luego.
[hr][/hr]

arquitexander: que máquina usas para esa escena?
[hr][/hr]

aldosc: gente, hice los cálculos con el seteo que me ayudó Davescambra, los tiempos se fueron al cielo, pero no pude solucionar ese tema del parpadeo de solos árboles. Allí les adjunto el resultado.

Arquitexander aquí te dejo la configuración de mi PC:
Intel Pentium d processor 930 - lga775 pkg, 3 Ghz, 2x2 l2 cache.

Intel desktop board d955xbk (extreme series).

Ram de 4 Gb DR2 400 Mhz.

Graphics card Nvidia GeForce 6600 le 256 Mb DR2.

Lan Intel profesional 10/100/1000 network connection.

Hard disk 120 Gb SATA.

Voy a seguir investigando.

He metido los tga en Premiere profesional y estoy jugando con varios efectos de vídeos para ocultar el parpadeo aun así, no me convence, si alguien sabe más, le agradeceré me comente. [url]https://foro3d.com/attachments/214555d1452717709-flickeo-Vray-proxies-en-animacion-sequence-01.mov[/url].
[hr][/hr]
Davescambra: en el trabajo, encontré una web donde había un tutorial (en inglés) donde te decía como evitar los flickeos. Si te esperas al lunes.
[hr][/hr]
cateyes: hola aldosc yo he tenido el mismo problema que tu, y la manera de solucionarlo no fue subiéndole los settings, aunque eso puede ayudar, yo tenía los settings a -4 -3 para que el render no me pasara de unos 40 segundos por frame la primera secuencia que saque vi que las palmeras y los árboles producen un flickering que te cagas, les subí los settings, pero el tiempo subió demasiado, primero calcule un mapa de irradiancia individual para cada frame (no lo hagas es una burrada), y tampoco me mejoro mucho, luego cambie el mapa de irradiancia a incremental add todo current map manteniendo los settings a -4-3 y me creo un buen mapa, lo suficiente para que dejase de hacerme flickeos, si con los settings que estas utilizando tienes un tiempo aceptable prueba a cambiarle solo el Irradiance Map, venga un saludo, ya nos cuentas. Por cierto, tiene buena pinta ese vídeo, suerte.
[hr][/hr]

aldosc: Davescambra, si no es mucha molestia, mandarme la dirección donde ver ese tutorial en inglés. No está de más darle una ojeada.

Catyes, gracias por la opinión. Déjame hacer las pruebas y les comento, voy a hacer los cálculos, y allí va mi pregunta cateyes:
¿Hago los cálculos del lightcahe primero, luego hago los cálculos del irradiance, activando incremental add todo current map cada 10 frames (como lo he estado haciendo) y luego renderizo? Espero esté avanzando por buen camino, en todo caso les comento. Saludos a todos.
[hr][/hr]
cateyes: hola aldosc, prueba a hacer lo que dices, yo depende del trabajo y del tiempo que disponga cálculo el mapa de irradiancia 1 frame cada 25 aunque últimamente para olvidarme del flickeo y de problemas lo cálculo cada frame, todo depende del tiempo que dispongas para hacer el vídeo, otra cosa es que yo para exteriores no utilizo el Light Caché no sé si eso le afectara en algo, bueno un saludo y ya nos comentas.
[hr][/hr]
Fidelmg: haz lo que dice cateyes, cada 1 fotograma e incremental add todo current map. Cierto que te tardará más en calcular el mapa de irradiancia, pero que prefieres, que te tarde 2 o 3 horas más el cálculo de la irradiancia, o que se tire 3 días renderizando la animación y que luego no te sirva para nada?
Para asegurarte renderiza el 5 % de la animación del modo que te dice cateyes y lo comprobarás por ti mismo.

Otra cosa que ayudará un montón. Selecciona todos los árboles y en sus propiedades de Vray pones que no generen GI, ya verás como disminuye el tiempo de render un montón.
[hr][/hr]

aldosc: hola gente, aquí subiendo mi prueba tal como me explicaron, sin embargo. Aún se aprecia el parpadeo en los árboles, la verdad ya no sé qué más hacer.

Solo por corroborar: hice mis cálculos de Light Cache, luego hice mi cálculo del primer frame para el irradiance. Luego cargué ese cálculo y cambie a incremental add todo current map para calcular cada frame. Por supuesto rendericé un vídeo de 30 cuadros no más, y aquí les dejo mi prueba, no sé que pueda estar mal.
[hr][/hr]
cateyes: hola aldosc, estas utilizando los mismos settings que pones al principio del mensajes? Yo probaría a no utilizar el Light Caché y trabajar con Quasi-Montecarlo para exteriores.

El Light Caché lo tienes en modo Single Frame o fly-though, bueno ya nos cuentas, un saludo.
[hr][/hr]

aldosc: cateyes gracias por apoyar la buena causa.

Si, estoy usando el seteo del inicio del mensaje, cálculo primero el Light Caché con el fly though. Luego cálculo el irradiance con el método que nos enseña el maestro Dideje en el enlace me pusieron darle una ojeada, con esas, me ha salido el vídeo último que subí.

Tu me hablas del Quasi Montecarlo, me ayudará saber cómo es tu procedimiento, no pierdo nada en probar todo hasta el último momento. Gracias de todos modos.
[hr][/hr]
cateyes: simplemente es utilizar el Irradiance Map como lo tengas o a lo mejor subiéndole los settings y en el secondary bounces utilizar el Quasi Montecarlo y no el Light Cache, utiliza el Irradiance Map en incremental add todo current map, otra cosa es que yo siempre tengo activada la casilla check sample visibility que hay dentro del recuadro advanced options de la pestaña Irradiance Map, tu en los las imágenes que tienes arriba lo tienes desactivado. Mira yo lo que aria para quitarme de tonterías y asegurarse de que es o no culpa de la calidad que le pones al Irradiance Map es es renderizar 30 frames con un preset high en Irradiance Map si te sale bien ya sabrás para toda tu vida que ese jodido flickeo te lo produce la calidad que le metas al irradiance porque si no vas a estar haciendo muchas pruebas tocando una cosa de aquí y otra de allí y al final vas a tardar más en solucionarlo que haciendo una sola prueba larga. Bueno un saludo y ya nos cuentas.
[hr][/hr]
IkerClon: yo no creo que ese parpadeo se deba a la calidad de la GI. Estoy casi seguro que no es de eso. Me suena más a un problema de representación final que de cálculo de GI. Revisa si al cambiar esta opción en el render durante una animación sigues teniendo el mismo problema. Esta dentro de la persiana randomized Quasi Monte Carlo sampler.

Time independent - When this option is on, the randomized Quasi Monte Carlo pattern Will be the same from frame todo frame in an animation. Since this may be undesirable in some cases, you can turn this option of todo make the randomized Quasi Monte Carlo pattern change with time. Note that re-rendering the same frame Will produce the same result in both cases.

Por otro lado, también puede ser el antialiasing, ya que de el depende directamente cómo se muestran los cálculos para ser representados. Por el tipo de escena que tienes, yo no optaría por un adaptive subdivisión, sino por adaptive Quasi Monte Carlo o incluso por un fixed, con un valor superior a 1.

Como imagino que para esa animación ya tendrás el cálculo de GI guardada, prueba a lanzar un render como te digo. Saludos.

Posdata: en www.urbansimulations.com, dentro de inmobiliaria, en el apartado películas, tienes unos cuantos ejemplos de escenas exteriores renderizadas con árboles. Los vídeos tienen mucha compresión, pero se aprecian parpadeos similares a los tuyos.
[hr][/hr]

aldosc: recién lo veo desde aquella fecha imaginen, lo siento, pero ya mismo sigo con mis pruebas, ahora con el nuevo Vray 1.5 service pack 1, les comento ni bien tenga alcances, saludos y gracias IkerClon, daves.
[hr][/hr]
dada: alguien me puede explicar por que no veo ningún flickering?
Miro el vídeo una y otra vez y lo único que noto es una vibración en los árboles, seguramente geométrico, por falta de a. La cámara arrastra y la geometría se samplea mal, prueba a subir de -1 2 a 1 2 en el a.

En mis tiempos, los flickerings eran verdaderos parpadeos, no minúsculas vibraciones en unos cuantos píxeles.
[hr][/hr]

arquipablo: disculpen la intromisión en el tema, pero ¿cómo diablos hiciste esos árboles?
[hr][/hr]

aldosc: hola, regresando de hacer mis pruebas y con algunas apreciaciones.

Cambié mi escena por una más simple para poder correr con los tiempos de pruebas.

Hay algunas cosas que saco como conclusiones:
1. Parece que este tipo de flickeo lo genera la GI.

Armé pruebas para saber si era el antialiasing, lo puse en fixed, en Quasi Monte Carlo y seguía el flickeo.
2. Hice el cambio del chek me pidió IkerClon:
Time independent - When this option is on, the randomized Quasi Monte Carlo pattern Will be the same from frame todo frame in an animation. Since this may be undesirable in some cases, you can turn this option of todo make the randomized Quasi Monte Carlo pattern change with time. Note that re-rendering the same frame Will produce the same result in both cases.

Y nada, el flickeo continuaba.
3. He probado con el tutorial que me dió Davescambra y los resultados los pongo para que los vean, aún no eliminó el flickeo, pero con ese tutorial me doy cuenta que en realidad ese flickeo si lo genera la GI, porque como verán mis vídeos el flickeo es menor, si alguien tiene más que aportar, bienvenido sea.

Disculpen la intromisión en el tema, pero ¿cómo diablos hiciste esos árboles?

Arquipablo, puedes buscar en Evermotion sobre Vray proxies es una forma de decirle a la máquina que cree clones o instancias por miles, millones y solo lea en su memoria una, en síntesis, puedes manejar tal cantidad de información sin que se te caiga la ordenador. Los árboles son librerías de Tree Storm, en Google encuentras su página. [url]https://foro3d.com/attachments/214556d1452718610-flickeo-Vray-proxies-en-animacion-seteo-nuevo, mov[/url]. [url]https://foro3d.com/attachments/214557d1452718610-flickeo-Vray-proxies-en-animacion-seteo-original, mov[/url].
[hr][/hr]
José m.: podríamos aportar cada uno lo nuestro, y podrías empezar por aportar ese tutorial de Davescambra que nunca apareció en este hilo y que al parecer fue lo que más soluciona el problema.

Bueno en su caso a lo mejor parte del flickeo era por la GI.

Hay veces que incluso sin GI, hay problemas de flickeo. Y yo la única manera de evitarlo que conozco es subiendo el antialias.

Sobre todo, dan problemas los Bump con mapas de mucho contraste, los árboles muy optimizados como Onyx también me han dado más flickeo de lo normal. Y bueno como digo en esos casos, en los que la GI quedaba descartada porque hacía pruebas sin GI, lo único que disminuye es el antialias.

Llegué a la conclusión de que hay texturas, objetos, o escenas, que requieren un antialias mayor para no tener problemas de flickeo.

Y ahora estoy probando con Mental Ray. Saludos.

Posdata: sé que es un hilo antiguo.
[hr][/hr]
Dixan.

Iniciado por José m.

Llegué a la conclusión de que hay texturas, objetos, o escenas, que requieren un antialias mayor para no tener problemas de flickeo.

Más de una vez he perdido el tiempo con los settings de Vray sin resultado cuando probablemente el material en cuestión sea lo que da problemas, habría que ver que materiales llevan esos árboles, siempre que he tenido problemas de este tipo ha sido con materiales complejos como metacrilatos, refracciones.

Por otro lado y aprovechando el hilo, ¿Qué pasa con Light Caché en este tipo de animaciones? Me he acostumbrado a el, pero no sé de un método que no sea exigente en los tiempos, he probado el flythrough, pero he recordado que no sirve para animaciones con cambios de iluminación, ¿no tiene el lightcahe ningún cálculo incremental como el mapa de irradiancia? ¿habéis probado el progressive Path tracing en animación?

-- IMÁGENES ADJUNTAS --

Buenas. Sé que hay bastantes hilos de flickering. Pero como son algo antiguos he decidido abrir uno nuevo. Sobre todo, porque este flickeo del que quiero hablar es especialmente exagerado en objetos pequeños con Glossy.

Objetos metálicos con mucho reflejo, como grifos, patas de sillas, salen tiritando. Ellos y por supuesto su propio reflejo sobre suelos y sobre espejos claro. Así que al entrar, por ejemplo, a un cuarto de baño se produce un efecto feria horrible.

El caso es que hice los trayectos con mapas de irradiancia cada 5 frames, así que, pensé, bueno, será que tengo que afinar más el mapa.

He probado hacerlo cada 2. Y el flickeo es exactamente el mismo.

Con 1 no lo he probado aún. Estoy en ello. Pero si de 5 a 2 no ha mejorado nada. Ya tengo mis dudas de que sea eso.

Los parámetros del irradiance son high animation por defecto. Cambiando únicamente el hsph a 35 y el interp, samples a 25. En lugar del 50-20 por defecto.

Si no es el mapa de irradiancia. Quizás pienso que el culpable del flickeo pudiera ser el mapa de caché.

El Light Caché es un flight though, con subdivisiones a 1250. Sample size a 0,002, modo screen. 4 pases, sin pre-filter, filtro en modo nearest, e interp, samples a 10.

Ah otra cosa. Tengo activada la casilla use Light Caché for Glossy rays. Porque me reduce sensiblemente el tiempo de render con los Glossy.

Max 9 - Vray 1.5. Saludos, y gracias.
[hr][/hr]
rushdie: si estas en unidades centímetros prueba a subirle el caché a 3200 subdivisiones y el size a 2 y cada 5 frames.
[hr][/hr]
el octavo pasajero: oye José, no crees que el añadir los Glossy al Light Caché te está haciendo este flickeo.

Pasa igual que la interpolación en las reflexiones, que son una buena solución para imagen estática, ya que aceleran enormemente los cálculos, pero en animación te producen flickeos.

Otra cosa, activa en el mapping Subpixel mapping, te suavizará más aun las reflexiones y los Glossy.

Que conste que estos parámetros que te doy harán desaparecer el flickeo, pero te aumentará los tiempos de render, evidentemente no se puede tener velocidad y calidad.
[hr][/hr]
rushdie: a mi se me solucionó todo eso de los flickeos solo ajustando bien el cálculo de caché y en el cálculo de irradiance usando el segundo preset de cálculo current map? O incremental (no tengo el max en esta compu) pero si estoy seguro que es el segundo que aparece en el menú desplegable de la pestaña de irradiance.
[hr][/hr]
Andrés: en el sitio oficial y explica muy bien cómo realizar un walk though, evitando el flickeo y ahorrando mucho tiempo. No se calcula el Light Caché para cada frame, se debe calcular algunos frames, y luego se coloca en from file. Eso, como te decía evita el flickeo y ahorra muchísimo tiempo.

Pero el tutorial lo explica mucho mejor.
[hr][/hr]
Mesh: el prefilter del Light Caché es lo que te está jodiendo. Actívalo y haz pruebas hasta encontrar el valor que te sirva (yo nunca he pasado de 15).
[hr][/hr]
José m.: buenas. Interesante todo lo que apuntáis.

No he llegado a tiempo de leerte Mesh por lo del pre-filter. Así que en las dos pruebas que he puesto está desactivado.

Voy a poner una tercera con el pre-filter activado.

De todas formas, pienso que sobre todo en el cálculo del Light Caché tenía muchas cosas que mejorar. Aunque no sé si una vez arregladas se reducirá el flickeo.

Sí he pensado que usar Light Caché para el Glossy podría ser uno de los motivos.

Andrés el tutorial ese lo tengo y ya lo había visto hace algún tiempo. Pero me lo he vuelto a mirar.

Lo primero que he cambiado es el cálculo del Light Cache. Que me petaba la memoria que daba gusto por tener un tamaño tan bajo 0,002. De hecho, el vídeo lo hago por fragmentos de 500 frames como mucho, calculando Light Caché e irradiance y guardándolo para esos 500 frames.

Tenía el Light Caché a 1250 y 0,002. Lo que he hecho ahora es subirlo a 3200 y el tamaño a 2. Que es como viene en el tutorial. Ahora el uso de memoria es mucho menor. Y el mapa de caché resultante, de ser unos 100 megas, ahora es medio mega. Al principio me a asustado un poco, pero los renders salen bien. Tardan un poco más eso sí, pero no mucho. Y el Light Caché tarda bastante más en generarse, pero me da igual, porque lo importante es que no me deja tirado de Ram como antes.

A una máquina le he puesto el Glossy con Light Caché y a otra se lo he quitado a ver si hay diferencia en el flickeo.

Lo demás del light sigue todo por defecto. Y el render lo he dejado a cada 5 frames. (la cámara va bastante lenta).

Vaya, el light lo he dejado en screen. No sé si sería mejor ponerlo en world.

En el tutorial dice que screen está recomendado para exteriores siempre. Así que yo aun siendo interior lo dejé en screen. De todas formas, hay tramos que sale a la terraza.

Ambos interpolate samples en irradiance y en Light Caché están por defecto. A 10.

Tampoco me ha dado tiempo a poner el Subpixel mapping que me apuntaba el octavo pasajero. Pero haré otra prueba activando subpíxel y Clamp.

Se me olvidaba. El antialias, que es otro parámetro que quizás podría influir en el flickeo. Lo pongo en adaptative dmc porque consume algo menos de memoria.

Min 1 - Max 4. Con use dmc sampler thresh activado. De forma que no puedo entrar a cambiar el valor color thresh.

En antialiasing filter tengo Mitchell-Netravali con sus parámetros por defecto.

No sé si de ahí puedo mejorar algo para evitar flickering también.

Subo un par de pruebas de 1 segundo más o menos. (una dura un poco más que otra).

Una tiene Clamp y sub-pixel y otra no.

Ahora estoy probando el pre-filter de Light Caché a 15. Gracias y saludos. [url] [url]
[hr][/hr]
IkerClon.

El prefilter del Light Caché es lo que te está jodiendo. Actívalo y haz pruebas hasta encontrar el valor que te sirva (yo nunca he pasado de 15).

Nunca he activado el prefilter. ¿acelera los tiempos? ¿mejora la calidad? ¿es recomendable para animación?
[hr][/hr]
José m.: en cuestión de tiempos he probado con un frame y tardaba lo mismo con y sin filtro. Sumando cálculo de caché, irradiance, y render.

En cuanto a la calidad no podía distinguirlo a simple vista en un solo frame.

Ahora estoy sacando una prueba más larga con el prefilter activado a 15 o 20 no recuerdo. A ver qué diferencias veo.
[hr][/hr]
Mesh: se supone que precisamente lo que hace es fusionar mejor el cálculo de iluminación entre frame y frame.
[hr][/hr]
José m.: pues lo bueno es que no aumenta significativamente los tiempos de render.

Voy a subir un trocillo de vídeo más largo. 7 segundos de los 3 minutos que dura este interior-exterior. Porque sale a la terraza y se ve todo el jardín y el complejo.
7 segundos - 23 megas.

Comprimido con sorensen 3 a 50%. Menos de eso se ve patatero. No sé cómo podría comprimir más y que aún se viera decente. El sorensen 3 el que más me ha convencido de lo que he probado.

Ahora ya tiene pre-filter activado.

Otra cosa es que, siempre que cambio de Windows avi a QuickTime, tengo que subir muchísimo la saturación y el contraste, porque en QuickTime me sale muy apagado con respecto a Windows avi.

Lo dejaré un día y luego lo quito porque ocupa mucho. [url]
[hr][/hr]
Mesh: a ver, mucho mejor ¿no? Lo que te está pasando ahora es un problema de antialias (lo que llaman crawling píxeles). No se puede tirar vídeo con el mismo que se hacen imágenes estáticas. Prueba a usar el Lanzcos y meter un sharpen en Premiere o After.
[hr][/hr]
José m.: eso tiene nombre de grupo de rock.

Sí tienes razón. El antialias supongo que, es bajo para una imagen a 800 por 600. Esta en adaptative dmc 1-4. Con use dmc sampler activado. A lo mejor tendría que estar mínimo en 1-6.

Tengo que probar tiempos porque aumentan bastante.

Lo del filtro no lo sabía. Tiene el Mitchell Netravali. Probaré el Lanzcos. Creo que todo lo que traste en antialias puedo hacerlo sin tener que repetir el cálculo de irradiance y de cache.

Sharpen tiene, porque si vieras el original es mucho más desenfocado. Tiene un sharpen a 20. Creo que si lo subo más desvirtuaré la imagen y el flickeo aumenta. Así que ya es cuestión de mejorar sobre render sin disparar los tiempos mucho.

Lo que sí podría subir es la calidad del Glossy, sobre todo del acero, que se ve un poco pobre. Debe estar a 8. Todos los Glossy son sin interpolación porque no me gustaba como salían. Y con Light Caché porque tardan menos y hice dos pruebas y no vi mucha diferencia entre Glossy normal y Glossy a través de Light Cache.

Estoy ahora haciendo pruebas en el exterior.

Mis conclusiones. Finalmente he cambiado el filtro por calmut rom (tara mal escrito seguro). Lo cual me da una mayor nitidez de entrada y tengo que aplicar el 80% menos de sharpen en postproducción.

Adaptative dmc 1 - 5.

El pre-filter lo pongo a 15, de todas formas, no incrementa los tiempos apenas.

Resultado. No consigo evitar el efecto nieve en árboles hechos por modelado (los que son bitmaps salen sin problema).

Una puntualización importante. Los que salen en primer plano no flickean, salen casi perfectos. Pero a una distancia de 15 o 20 metros de la cámara ya se empieza a ver el efecto nieve en la vegetación (como cuando la televisión esta encendida sin tener configurado el canal).

He rebajado incluso el dmc sampler, adaptative amount 0,85. Min samples 11. Noise threshold 0,005. Y se mejora un poco la cosa. Aunque aumenta el tiempo.

Aun con todo esto. Con irradiance cada 3 frames (no noto gran diferencia haciéndolo a 1, a 3 o a 5), el efecto nieve de la vegetación sigue saliendo.

No hay manera de poder evitarlo. ¿será ya un problema de modelado del árbol? Están muy optimizados con multires. Y por supuesto son proxies.

También he probado darle un Bump a una parte de terreno. Sin Bump sale perfecto. Y con Bump me hace también un efecto nieve exagerado.

A ver si subo un fragmento luego. Saludos.
[hr][/hr]
Fidelmg: has probado a usar en vez de Irradiance Map el Quasi Montecarlo?
[hr][/hr]
José m.: buenas. ¿qmc en primario? No me he planteado usar fuerza bruta porque son varios miles de frames. Y creo que los tiempos se dispararían demasiado haciendo inviable el trabajo. Pero ni lo he probado.

Yo sé que luego bajando el antialias se puede modular un poco el tiempo. Pero aun así no sé.

Yo lo que sí tengo es un irradiance en high animation. No sé si eso será suficiente para que una animación salga en condiciones. Pero al menos es lo más alto que viene en los presets.

Lo que sí que hago siempre es bajar las interpolaciones del irmap de 50-20 a 35-25 por costumbre. Para ahorrar algo de tiempo. Pero no creo que eso sea lo que me esté dando el problema, no sé.
¿Tu has renderizado animaciones con brute force Fidel? Saludos.
[hr][/hr]
Fidelmg: he hecho un par de animaciones con el Quasi Montecarlo, de unos 8000 y pico frames cada una. ¿Qué por que elegí hacerlas con Quasi Monte Carlo en vez de irradiance? Pues porque tras 4 o 5 cálculos fallidos del irradiance y siendo las tantas de la madrugada probé a hacerlo con el Quasi Monte Carlo y sin problemas, cierto es que tardó un poco más (no mucho) pero cuando terminé el trabajo y lo entregué, me hice un café y me encendí un cigarrillo y me puse a pensar.

Vamos a ver 5 intentos de irradiance, 5 fallos, 4 horas más o menos por intento, 20 horas de cálculo con Quasi Monte Carlo a la primera, y que curioso, que sumando esas horas, me daba la diferencia de tiempo que había entre calcular la animación con irradiance y el calcularla con Quasi Montecarlo.

En resumen.

Con Quasi Monte Carlo me salió a la primera, con irradiance no, con irradiance perdí casi un día y gran parte de mi estructura nerviosa.

Por probar con Quasi Monte Carlo no pierdes nada y también se puede optimizar. Saludos.
[hr][/hr]
Mesh: yo lo que no entiendo es porqué te da tantos problemas el irradiance, a mí no se me ha colgado nunca y virgencita que me quede cómo estoy.
[hr][/hr]
caviar: el problema que tienes en la vegetación y los bumps es de aliasing. Según dices, tu configuración no es correcta. Una de dos, o subes el valor mínimo de 1 a 3 (y quedaría 3,6) o cambias de método de cálculo (adaptive).

De cualquier modo, en animación usar Catmull Rom da problemas en vídeo muchas veces, prueba a usar otro filtro más apropiado para vídeo.

Yo asumí hace tiempo que si hay que rebajar tiempos a fuerza de tocar settings, por lo menos para vídeo el andar racaneando antialiasing no es muy productivo. Es mejor racanear pasos de irradiancia o eliminar Glossy, al menos por lo que yo he visto.
[hr][/hr]
José m.: yo estoy empezando a pensar que esos árboles, con tantas hojas, viéndose desde tan lejos, a igualdad de enfoque, va a ser difícil que consiga reducir ese efecto que hacen. Quizás una solución podría estar en aplicar un depht-of-field desde la cámara Vray.

Que me desenfocase un poco lo que se ve a la distancia.

Fidel. ¿a fallar el irradiance te refieres a que petaba o a que no te convencía el resultado final?
Si es así, yo igual que Mesh, nunca he tenido problemas con él. Durante un irradiance nunca me ha petado. Siempre y cuando no pase de 3.4 Gb de RAM.

Pero vamos si se come el cálculo del Light Caché tengo claro que el irradiance irá fijo. Porque en el caché es donde más me absorbe RAM. Y ahí ya juego con la resolución de las texturas hasta que logra pasar después de varios intentos.

Además, intento no hacer tramos de cálculo de más de 500 a 800 frames.

Y por manía me gusta tener, aunque sea un tramo continuo, varios trozos diferentes de trabajo de ese tamaño, asignado a cada máquina y luego unir las imágenes.

A lo mejor te refieres a que te salían fallos en el render. Si es así, podrías más o menos explicar el por qué? Si ponías el irradiance en high. Etc.

El irradiance sabemos que interpola. Pero claro si se pone en sus valores más altos se supone que la cosa debería funcionar.

Caviar. Creo que por razones de tamaño de la escena, no me queda más remedio que usar adaptative dmc. Con el subdivisión tendría que rebajar demasiado el tamaño de las texturas y lo que gano por un lado creo que lo perdería por otro. El problema es que subdivisión consume mucha más RAM.

El dmc lo pongo en 1-4 o 1-5.

Se nota un poco más de nitidez a medida que subo claro. Tengo que probar algún tramo subiendo más a ver si vale la pena. Porque subir de 1-4 a 1-6 implica, fácilmente, duplicar tiempo por frame.

El filtro, bueno, he probado varios. Mitchel, vraylzancos (o cómo se llame).

No me solucionan gran cosa. Lo único que con esos dos tengo que darle bastante más sharpen en postproducción.

Con calmut la imagen sale mucho más enfocada. Más definida.

Y no estoy seguro de decir si me ha traído más problemas que otros filtros.

A lo mejor si uso filtro de vídeo, por poner un ejemplo, el efecto de nieve de los árboles no se vería. Pero la calidad dejaría mucho que desear creo yo. Y al dar sharpen en postproducción puede que estuviese en las mismas. Aunque no he hecho la prueba.
[hr][/hr]
caviar: no me has entendido, me refiero a que subas el paso mínimo del antialias, si estas en 1-4 o en 1-5 prueba con 3-4. Al usar un método adaptativo de antialias estás dejando que el programa optimice el uso del filtro haciendo más pasadas en unas zonas y menos en otras. Las zonas de vegetación en segundo plano te las estará subdividiendo con un valor bajo de antialias, lo que provoca bailoteos de un frame a otro (a parte de un mal recorte al meter el alfa probablemente).

A parte, ¿las opacidades de las hojas cómo las tienes de blur en el material? ¿has probado a desactivar el filtro piramidal de la textura en el canal de opacidad? Hasta que lo leí por ahí, las zonas de vegetación contra fondo daban bastante guerra.

Por cierto, la imagen más nítida del Catmull Rom da guerra en vídeo precisamente por el flickeo que origina, tanto en recortes como en texturas. En serio es preferible una imagen menos nítida (y aún con un sharpening algo exagerado en postproducción) que un flickeo aberrante. No sé hasta qué punto el flickeo que tienes es mol esto. Suerte.
[hr][/hr]
José m.: ahora sí.

Perfectamente entendido.

Los árboles por opacidad que tengo son de una pieza. O sea triángulos con textura. Y no dan ningún problema salen perfectos, de lejos y de cerca. Y las texturas son bajas, 500 píxeles o algo así, pero salen bien.

Tengo algunas jardineras que sí tienen hojas por opacidad, y tampoco me dan problemas.

Pero en general la mayoría de la vegetación es totalmente geometría. Nada de opacidades porque me retardan el render. Mucho árbol de Onyx con vertex color en la textura, es decir que ni siquiera tienen textura como tal, así que, tampoco sé si puedo modificar algo de filtro o blur, creo que no.

Y es precisamente esa vegetación la que me da ese problema de efecto nieve.

-- IMÁGENES ADJUNTAS --

Hola, tengo una alfombra a la que le he aplicado un material con un celular dentro del canal de desplazamiento. Hasta aquí todo bien ya que, al hacer render el efecto es bueno, pero cuando renderizo una animación es como si el mapa celular fuera cambiando cada fotograma y queda un efecto muy feo que parece flickering.

Actualizado:
Al final hice un render to texture del celular de la alfombra y del colchón de la cama y usé las texturas en el canal de desplazamiento. Ahora ya no hace ese efecto raro, pero aún y todo se ve bastante flickeo que parece de sombreado. El caso es que creo que podría mejorarlo aumentando el factor del antialias, pero se me irían los tiempos de render a imposibles (para un vídeo de 56 fotogramas a 720 por 576 a tardado 7h). Habría alguna otra solución?

-- IMÁGENES ADJUNTAS --

Saludos a todos, he estado algunos días tratando de solucionar este problema, pero no doy con un buen resultado. Lo que pasa es que en mí escena tengo casi todos los objetos animados, así que, no me sirve la solución de guardar el FG map cada 5 o 10 frames y después renderizar con el FG Map Freeze, porque esto es sólo para escenas sin cambios en cuanto a movimiento y animación de objetos y de iluminación según tengo entendido. Tal vez si activo Jitter, o toqueteando el noise filtering, FG point interpolation? Alguien ha podido alguna vez en su vida sacar una secuencia animada con Mental Ray sin flickeos raros?
A todo esto estoy usando 3ds Max 9 y sin Photon Map.

Ojalá puedan ayudarme.

Posdata: no puedo poner imágenes para mostrar, ya que es un trabajo para la oficina y ellos tienen los derechos. Muchas gracias.
[hr][/hr]
Carlbat: pues la verdad es que objetos en movimiento no lo sé, con lo del mapa guardado debería funcionar, de todas maneras, suerte, cualquier cosa que vea te aviso.
[hr][/hr]
Warisnake: calculé el FG para cada frame (sin guardarlo), Jitter on, filtro Mitchel, noise filtering very high, FG density 1, 300 rayos, interpolación en 65, Sampling Quality 1/4-4, no sé si iría mucho mejor con otro seteo, pero este me funciono bien, lo otro es que con una interpolación muy alta, la escena tiende a oscurecerse, pero se suaviza mucho mejor el FG, después los detalles se esculpen con AO. Saludos.

Hola a todos. Sé que este tema no es nuevo. Pero por más que he investigado no encuentro una solución definitiva. He buscado en este foro y en toda internet.

El problema es el dichoso flickeo al renderizar personajes con GI en Vray. Hasta ahora lo que mejor me ha funcionado es Irradiance Map con incremental add todo current map, y cuasi monte-carlo. Con el irradiance en medium animation.

Con esta configuración consigo que no evitar el flickeo, pero solo si la cámara se mueve bastante. En el momento que el movimiento sea muy sutil, es como si las sombras se empezasen a amontonar en el mismo sitio y empieza a ensuciarse todo. En fin. El caso es que tengo que renderizar muchas animaciones cortas de unos 10 a 40 segundos cada una, y claro, necesito un método que funcione de una forma más o menos sencilla.

Utilizo 3ds Max. Si sabéis de otro motor de render que me pueda ser útil bienvenido sea, pero preferiría utilizar Vray. Por ejemplo, he leído que FinalRender va bien para personajes.

Espero que me podáis ayudar, pues ya es mucho tiempo el que llevo de chapuza en chapuza intentando arreglarlo con After Effects y demás guarrerías. Saludos y gracias.
[hr][/hr]
dumdum: no se la respuesta, pero es otro camino. El 3ds Max 2010 trae unas opciones bajo Mental Ray en el FG para limpiar el flickeo en animaciones, no lo he probado, solo he visto un vídeo de Autodesk, y tiene una pinta tremenda para este tipo de animaciones con objetos en movimiento.

Por si acaso.
[hr][/hr]
Xian: [url]https://www.foro3d.com/f20/actualmente-como-se-consigue-calidad-en-animacion-con-Vray-74316.html[/url].

El almacenamiento de mapas no tiene sentido para objetos en movimiento, sino para objetos estáticos y cámaras que se mueven. Si estas usando alguna solución de GI lo más probable es que tengas que aumentar bastante la precisión de los cálculos.

El FG de Mental, como dice dumdum, tiene una opción para optimizar el cálculo para animación, pero de todas formas, no va a ser suficiente si las superficies son medianamente complejas. Saludos.
[hr][/hr]
rockle: es que una cosa es meter settings altos, y otra es sumar la GI de un frame al siguiente, si el objeto no está en el mismo sitio, pero la luz que rebotó de el sí, claro que se ensucia todo.

La solución, o le metes settings altísimos si puedes y lo pones en Single Frame, o renderizas lo que no se mueve por una parte con la GI precalculada, y por otra parte lo que se mueve con Single Frame, la clave es saber que método te conviene para combinar las dos, en esos enlaces que tienes arriba hay una manera muy buena para hacerlo, pero se te pueden ocurrir más depende la escena.
[hr][/hr]
nessin: eh. Gracias a todos, no creáis que pongo un mensaje y paso de el es que he estado ocupado.

Al final lo solucioné poniendo en high animation, vamos con el setup alto y punto. Pero para llegar a tiempo con los renders tengo que poner los 5 ordenadores de la oficina con el Backburner vamos que tela marinera, pero en high animation el flickeo es mínimo.

Lo dicho, muchas gracias por el interés saludos.
[hr][/hr]
Dixan.

Iniciado por rockle.

Es que una cosa es meter settings altos, y otra es sumar la GI de un frame al siguiente, si el objeto no está en el mismo sitio, pero la luz que reboto del sí, claro que se ensucia todo.

¿y si tenemos una escena estática con cámara en movimiento, pero con la iluminación cambiante? Supongo que el problema es el mismo porque he hecho unas pruebas con incremental add todo current map en este escenario y falla también.
¿No queda otra que Single Frame tanto para Imap como para Light Caché cuando las luces van cambiando (por ejemplo, el sol)?
[hr][/hr]
taurocefalo: hola estimados, soy nuevo en el foro saludos a todos, este tema me toca también, tengo las mismas dudas y he estado haciendo algunas pruebas, lo mejor hasta ahora es Single Frame con very high animation, pero mejor con medium animation y las opciones nuevas de animation (prepass) - (rendering) el problema es que el frame es más lento que con cualquier otra opción, el frame solo es más lento que el frame más la irradiancia en medium con Single Frame, no entiendo, ¿porque tarda tanto el frame si ya tiene calculada la irradiancia? Tiene guardado como 900m de irradiancia, que se tomó un montón de rato en calcular y el cuadro tarda tanto como si calculara el render más la irradiancia y un pelo más.

Buenas, estoy haciendo render de una habitación en la que la cámara es lo único que se mueve. Estoy usando Vray con im+lc y en principio la primera tirada ha salido bien, excepto por unos objetos que generan flicker. Pensé que se trataba del material, así que, subí los samples y volví a tirar otro render, pero sigue igual.

Como el IM y LC los tenía precomputados, pensé que quizá necesitaría mejores valores. Así que separé los objetos conflictivos en otro pase (usando el plugin lpm) y tiré otro render mejorando los valores del GI, pero la cosa sigue igual y yo ya estoy mosqueado.

Os adjunto un vídeo para que veáis que pasa. También os dejo una imagen con los valores de render.
[hr][/hr]
el octavo pasajero: tal vez debas usar en el Irradiance Map el modo multiframe incremental y en el Light Caché el flyth rouge y claro, guardar esos cálculos para luego hacer el render, por que en la captura de imagen los tienes en Single Frame y así te va a flickear seguro.
[hr][/hr]
spaik: hola, ya he hecho la prueba tal y como dices, y mejora un poco, pero aún se nota algo. La verdad es que me mosquea bastante, ya que es sólo en esos objetos y los valores creo que ya son lo suficientemente buenos. Lo único que se me ocurre ahora es que en el cálculo del IM lo hacía cada 15 fotogramas ya que el movimiento es muy sutil, pero quizá deba hacerlo cada menos o incluso cada fotograma (madre mía que se me van los tiempos de render).
[hr][/hr]
el octavo pasajero: el método incremental y fly th rouge si guardas los cálculos con el autosave activado no produce flickering, ni lo más mínimo, a no ser que sean algunas cáusticas o alguna interpolación en la Reflex / refract de los materiales, no sé qué más puede ser.
[hr][/hr]
spaik: pues no sé, lo he hecho tal cual dices, y no hay cáusticas activas. Los materiales tienen interpolación en la reflexión con subdivisiones en 100 y -3 a -1, menos acrecentaba el efecto.

-- IMÁGENES ADJUNTAS --

Pues tengo un problema, estoy haciendo un turn around de un modelo para la reel de modelado, y lleva un material que he hecho de pantalón con un fallof en el difuso con dos mapas de textura de pantalón, es un material standard de max, activado el super sampling para evitar flickeos, pero cuando renderiza flickea esa textura a más no poder, estoy Mental Ray sin iluminación global, sin Final Gather ni nada, a pelo con luces de área Mental Ray.
[hr][/hr]
Franqui: pues a mí no me ha pasado nunca eso, la verdad es que, si no tienes ni GI ni nada es bien raro, con Scanline te pasa lo mismo? Si cambias al textura te sigue dando el mismo problema? O con otra textura te funciona bien? Y otra cosa mira a ver si es por tema de caras superpuestas, si tiene un Shell muy fino u otra copia del pantalón o algo así, suele dar un efecto de flickeo, quizás es eso, no sé, otra cosa no se me ocurre.
[hr][/hr]
yeraydiazdiaz: a mí me pasó una vez por un problema de granja de render, las sombras calculadas en un ordenador eran distintas a las del otro y aparecían flickers por todos lados. Al final tuve que renderizarlo todo en un sólo ordenador. ¿estás usando una granja?
[hr][/hr]
Wayfa: cambiar el por defecto piramidal a summed área en el nodo del bitmap a veces ayuda. Chupa más Ram, eso sí.
[hr][/hr]
Franchute: pues puede ser lo que ha dicho Frankie max, que le puse al modelo en la ropa del pantalón a la geometría un Shell y lo había colapsado, probaré a ponerlo sin colapsar y sin Shell y a ver si es que pilla geometría superpuesta, cuando pruebe os cuento, gracias chicos, y cuando pueda pruebo todo lo que me habéis dicho.

Solucionado, he hecho una prueba y ya no flickea, era por culpa del Shell, por cierto, ahora tengo otro problema, con el Normal Map que tiene el pantalón, tiene un normal de las arrugas y un aditional Bump para la textura, pero para que haga resultados tengo que poner en 100 el Normal Bump y en 2 el normal dentro del Normal Bump y el aditional en 0,3 para que no sea mucho, pero si bajo de 1 el aditional afecta al normal y casi ni se notan las arrugas, creo que antes no me hacía esto, alguien sabe cómo solucionarlo para marcar las arrugas.
[hr][/hr]
Krateos: a mí me pasó algo parecido al intentar poner un aditional Bump. El problema es que el aditional Bump debe ser una imagen en escala de grises y no un mapa de normales. Quizás era eso.
[hr][/hr]
Franchute: no, el aditional Bump que he puesto es la textura del pantalón en escala de grises, y el Normal Bump de arriba esta como un mapa de normales de las arrugas, pero es que, automáticamente cuando bajo a menos de 1 el aditional me baja también la cantidad de Normal Bump, me doy cuenta en el render, porque en parámetros lo tengo puesto el Normal Bump en 2, a ver si alguien le pasa esto, si puedo subo unas capturas.

Me contesto a mí mismo, después de un par de días con pruebas llego a esta conclusión, Mental Ray hay que poner valores muy altos de Normal Bump, yo estaba utilizando un material standard y un Arch&design, para los dos he tenido que poner 90 o 1 en el valor de Normal Bump para que genere arrugas marcadas que quiero y después en Normal Bump lo dejo a 1 y el aditional, ojo lo importante, si ponemos ahí un mapa ni hace nada, ni genera arrugas ni Bump ni nada, tenemos ahí que poner un Bump de 3ds Max arriba en mapas y dentro del Bump si poner el mapa en gris de la textura que queremos y poner un valor normal de Bump, 0,30 o así, y cuando renderizamos, voila arrugas perfecta y la textura como la queremos que haga relieve, hay que hacer pruebas para darse cuenta de esto, así que, lo comparto para quien se ralle y no de con el resultado, saludos.

Señores agradezco su colaboración, llevo ya algún de tiempo renderizando con Vray 1.50 para 3ds Max 2009, renderizo por fotogramas en (*.png), (*.tga), pero al compilar secuencia de fotogramas muestra un parpadeo en algunas zonas de la escena en las sombras, alguien me puede colaborar para corregir esto? Gracias.
[hr][/hr]
el octavo pasajero: tendrás que darnos más información. ¿Qué método usas para el cálculo del Irradiance Map? ¿cómo calculas el Light Cache? Estas cosas son importantes no ponerlas en Single Frame, o te pasara lo que te pasa.
[hr][/hr]

anarkimista: pequeño detalle, en vez de Single Frame cual opción me aconseja para colocarlo? Utilizo Irradiance Map y Light Cache, en los parámetros más bajos, sin afectar la calidad notablemente, teniendo en cuenta la finalidad del proyecto, por favor necesito sugerencias.

Hola, llevo tiempo haciendo pruebas para arreglar este problema, pero no doy con ello. He probado con varios antialias diferentes, pero nada, no parece ser de eso. Más bien parece que se trata de los samples del im, pero aún subiendo hsph, subdivisiones, a 140 no mejora. De hecho, tengo un IM guardado, generado con una config de hsph.: 80 y interp. Samples: 20, que al analizar con el visor de IM tiene más samples que el de 140. Qué se me escapa? Adjunto settings.
[hr][/hr]
render67: pudiera ser la versión del Vray que usas. Creo que poco a poco han ido solventando este problema. [url]http://www.spot3d.com/Vray/help/150sp1/[/url] la ayuda se corresponde con la última versión de Vray. El dmc sampler lo tienes muy bajo; 0,95 (0,85) y 0,01 (0,005). El interp, samples: 40, también, quizá 60. El material de televisión, quizá debas repasar parámetros. Cada cuantos frames has guardado el cálculo? Mira también las luces, propiedades de Vray (subdivisiones, creo recordar). En general tienes una configuración del Irradiance Map y Light Caché un poco rara. Los valores que has puesto tienen sentido o los has sacado de alguna escena que te ha funcionado? Suerte.
[hr][/hr]
spaik: los valores los he confeccionado yo basándome en la biblia de Vray de Francesco legrenzi. En cualquier caso, he buscado una configuración a poder ser lo más ajustado posible para que no tardé una eternidad en renderizar la animación. El cálculo esta guardado cada 25 frames y creo que es más que suficiente, los materiales están testados tanto con reflejos interpolados como sin ello. Lo más curioso es que la misma escena nocturna funciona muy bien (sólo con las luces del salón). En fin, que ya no sé.

Pues nada, la cosa sigue igual después de haber probado mil y una cosas, incluso con la última versión de Vray. Algo se me escapa o no entiendo que no funciona. También he probado a poner skylight portals en las aberturas de la escena, y ni mejora el flickeo ni el tiempo de render. Sólo he conseguido algo de mejora subiendo los hsph, subdivisiones, hasta 200 y las subdivisiones del Light Caché hasta 10000 (lo que considero una burrada).

-- IMÁGENES ADJUNTAS --

Hola amigos del foro. Tengo el siguiente problema al renderizar Vray proxies con Vray multiscatter: Los árboles me producen flickeos o pequeños parpadeos al ir avanzando la animación he probado de todo, pero no logro corregir eso, render por capas, pero nada.

Necesito me ayuden a solucionar el problema de este flickeo, adjunto test con muestra de flickeo, estoy con Vray sp5, 3ds Max 2011, la luz es Direct Light.

El problema es que lo único que vibran son los árboles y nada más.

-- IMÁGENES ADJUNTAS --

Ok, les comento el error. Hice una animación en massive, y ajustando y sincronizando las luces (optical flares de videocopilot) a la escena me encuentro que tanto en el render como en la vista previa las luces tienen como un flickeo, pero más bien son pequeños saltos, y en cada salto baja la intensidad. Obviamente que todos los flickers están desactivados, pero, ¿porque pasa esto? Además, obviamente dejo abierto a cualquier crítica o recomendación para la escena en general.

Posdata: bueno, si alguien tuvo este problema ya lo resolví, era el dynamic triggering (opción dentro de la ventana opciones, en algunos elementos del optical flare, como el Glow u otros.

Gente, he leído en evermotion, cgsociety, 3dspot tutoriales y nada, no he podido conseguir una solución definitiva para usar irrmap + Light Cache, o algún seteo para disimularlos un poco, la única solución es utilizar el brute force?
[hr][/hr]

ariakas: podrías poner algún segmento de la animación para verlo? Así sin ver nada, me suena a que te falta detalle en el sampleador dmc, qué valores tienes puesto ahí? Un saludo.
[hr][/hr]
el octavo pasajero: yo apostaría que tienes en el Color Mapping el sub-pixel mapping desactivado, esto te genera ese molesto efecto.
[hr][/hr]
:rc3d:: he leído que sub píxel mapping es para suavizar lo bordes iluminados de objetos iluminados. Saludos.
[hr][/hr]
el octavo pasajero: pues no sé dónde habrás leído eso, pero el sub-pixel mapping es la opción que controla si el Color Mapping que se aplicará a los píxeles de la imagen final también se aplicarán en las muestras sub-pixel. En versiones anteriores de Vray, esta opción se suponía estaba siempre activada, sin embargo, su valor por defecto es ahora desactivado ya que esto produce renders más rápidos, sobre todo si se utilizan los valores que viene por defecto. Digamos que es un efecto que se aprecia sobre todo en las reflexiones, ya que son más sensibles a generar muestras por debajo del píxel.

En el manual de Vray podrás encontrar más información. [url]http://www.cuántico.es/manual-Vray-español/[/url].
[hr][/hr]
:rc3d:: habré entendido mal lo que leí sobre subpíxel, gracias por aclararme la duda sobre este parámetro, de todos modos el flickeo continúa, con o sin subpíxel activado.
[hr][/hr]
Infograph: hola, el Subpixel mapping desactivado no suele producir efecto de flickeo al uso, como mucho, pequeños y marcados píxeles sobre expuestos en los puntos más brillantes de las reflexiones, que van y vienen en los frames de las animaciones, las llamadas zonas de highlights (este dichoso efecto, rompe el suavizado de los bordes de los brillos), lo que hace, es decirle al motor como aplicar el cálculo del Color Mapping, donde al menos este afecta a los brillos, si encima del primer cálculo de los píxeles finales de una imagen, ya aviso, que, por esto suele aparecer sobrexposición, o antes, a nivel de muestras, antes de calcular el píxel, (sub-pixel) esto da como resultado un valor de RGB más bajo que el blanco, como gris, y de ese modo se evita ese efecto. El valor de Clamp Output viene a hacer esto, por ejemplo, de bajar valores de salida RGB en los picos de colores blancos y fuertes, pero afectando más a la parte de dejar el antialias bajo, ayuda a suavizar estos picos de brillos, a mí me solucionó algunos problemas cuando iluminaba usando hdris subidos de multiplicador, que salían manchas en plan discotequeras, que aún no sé por qué leches salen del todo, aunque subas y subas parámetros y revises mil cosas.

Así, que si tienes este problema puedes arreglarlo aquí, activando esto, o cambiando el Color Mapping, a veces quitando o bajando luces muy fuertes en la escena, o brillos muy nítidos, en materiales transparentes en ventanas, cuando simulamos líquidos. Vray también se lleva muy mal con materiales transparentes con valores de brillos altos y nítidos, ya que, concentran más trazado de rayos (por que sus materiales usan dos lados para renderizar los objetos) y producen otro efecto de ruido blanco que baila por toda la imagen, los anglosajones, muy graciosos lo llaman frogs eye effect, a veces viene marcado por esto, y la mayoría por una configuración baja de subdivisiones del reflect en los materiales, donde suele venir a 8, es bueno en algunos casos concretos, subirlas a 12 y como máximo alrededor de 16, en casos excepcionales, o no usar valores de glossiones, que es otra claro, al menos me funciona bastante bien por ahí, con eso eliminamos el ruido producido si añadimos glossiness al material, que es lo que desenfoca el valor de reflect, solemos meterlo en todos los materiales muy brillantes que reflejan a su modo el entorno, metales, por ejemplos.

Queda por supuesto, ajustar correctamente los valores del motor de cálculo que usemos, no dejarlo excesivamente bajos, no olvidar el valor de noise threshold y sobre todo, aprender a usar el sistema de antialias que lleva Vray el a sampler. Es de vital importancia saber usarlo en diferentes resultados animación, imagen fija, pruebas. (los compañeros ya te van diciendo muchos de los que deberías revisar y desgraciadamente subir un poco, a pena de aumentar el tiempo de render otro poco también).

Tanto el filtro de imagen, como los dos sistemas de sampleo que lleva incorporados Vray, es decir, el tema de flickeos de ruido en Vray, no depende a veces de una u otra cosa, si no de la suma de varios factores de configuración, y se pueden producir muchos efectos de ruido y manchas distintos. Es algo más complicado de lo que parece cuando uno se mete a explicar Vray, es que es un motor bastante curioso, pero una vez ves cómo se relacionan valores de un lado con otro y los fallos que van saliendo, los arreglas fácilmente.

Mírate algunos, buenos, tutoriales de Vray, si pueden ser los oficiales de 3dspot, Endora, nuestro amigo el octavo pasajero, también tiene años y años de experiencia con el motor y buenos tutoriales, que explica muy escuetamente para entenderlo, no como yo. O los hilos del usuario Vlado en ChaosGroup, no he aprendido más de Vray con nadie que con él. Saludos.
[hr][/hr]

ariakas: a riesgo de ser pesado.

Podrías poner un fragmento de la animación?
Que sampleador tiene y que valores? Podrías compartir la configuración del material?
Y como dijo Infograph:
Queda por supuesto, ajustar correctamente los valores del motor de cálculo que usemos, no dejarlo excesivamente bajos, no olvidar el valor de noise threshold y sobre todo, aprender a usar el sistema de antialias que lleva Vray el a sampler. Es de vital importancia saber usarlo en diferentes resultados animación, imagen fija, pruebas. (los compañeros ya te van diciendo muchos de los que deberías revisar y desgraciadamente subir un poco, a pena de aumentar el tiempo de render otro poco también).

Por especular, podríamos llevarnos días.

Ayudaría bastante verlo en acción, o que publicaste alguno de los valores un saludo.
[hr][/hr]
:rc3d:: gracias Infograph por tu tiempo.

Me gusta la parte en la que mencionas que es un conjunto de factores que pueden provocar el flickeo, he disimulado bastante el flickeo con aumentar la calidad del a. Ahora estoy renderizando una región para mostrar el flickering.

Buenísimo ariakas, sí, estoy renderizando para que vean el flickering, gracias por publicar. [url]http://www.Vray.com/vray_for_3ds_max/manual/vray_for_3ds_max_dmc_sampler_examples.shtml[/url].
[hr][/hr]
:rc3d:.

-- IMÁGENES ADJUNTAS --

Tengo el siguiente problema al renderizar frames para una animación.

El césped sale con ruido. Está hecho con el modificador Vray displacement y un mapa con noise. A pesar de que tengo los valores bastante algos (light caché 700, Irradiance Map en low) sigue fallando, alguna idea de porque puede será
Se puede observar que en el borde de piedra no hay ruido, pero en el césped si. (Pierde mucha calidad al subirlo, pero algo se nota).
[HR][/HR]
3djdavid: Eso es flickeo.
[HR][/HR]
kinslayer233: Crees que, si subo algún valor se quitara el flickeo? O directamente está manera de hacer césped no sirve para vídeos? Lo que me sorprende es que es solo en el césped en el resto de la imagen no.

Acado de leer algo sobre los normales, a ver si funciona.
[HR][/HR]
3djdavid: Si mal no recuerdo, el flickeo se produce en una animación por que al interpolar se hace una aproximación de la iluminación en ese punto, si cambias la cámara hará un nuevo cálculo, y este será parecido al anterior en esa misma zona, porque ahora hará la interpolación considerando otro puntos. Al usar el add to current map y fly-through, estos guardan la iluminación anterior y solo calculan una nueva en los puntos que faltan, si ves el archivo, este va aumentando su tamaño.

Lo otro que te serviría seria un bakeo al pasto, pero deberías hacerlo sin usar el Vray displacementmod.

En cuanto a los parámetros, deberías subirlos un poco de calidad. Saludos y si estoy mal, que alguien me corrija.

-- IMÁGENES ADJUNTAS --