Necesito optimizar

[Jose M.]

Claro que sí, gracias. Pues hombre con auto, se sabe lo que hace, me parece una opción genial, ahora será una media entre velocidad y estabilidad?
Deberian hacer el preset mágico llamado. todos los parámetros de escena de pm, para no tener que andar mirando siempre el minuto.

Yo estoy haciendo pruebas y te juro que no tengo ni idea de lo que hace exactamente.

Quiero decir que yo pongo dinamic y sé que si le digo 2.000, voy a ver el administrador de tareas y el máximo de Ram que va a ocupar el archivo 3ds Max.exe serán 2 Gb. Pero claro si el render normalmente ocupa más el perjuicio en tiempo será importante.

Lo que puedo decir es que con static a secas, en la escena que estoy usando como prueba, el tiempo de render = 3:40. Y consumo máximo del archivo 3ds Max.exe en render 2,7 Gb.

Y con auto y 400 megas de memoria, tiempo de render 4:40. 1 minuto más. Y consumo 2,3 Gb.

Una curiosidad. El primer render lo tiré nada más abrir la escena con estatic. Y por supuesto de la escena en visor solo veo un par de planos de terreno, porque lo demás está en capas ocultas y tiro el render con hidden activado. Así ahorro muchísima Ram que se consume por el hecho de verlo todo en el visor (proboolean ingentes de Ram).

Y a lo que voy, ese primer render tardó 4:40 en ambos casos. Y además en estatic chupó 4 gigas de Ram y en auto los 2,3 Gb. Pero luego volviendo a tirar el render ya se dieron los resultados que puse antes. Y repitiendo los renders siempre se repetían los mismos resultados. No sé por qué el primero con static chupó 1 Gb más de Ram y tardó 1 minuto más.

Y otra curiosidad más.

Poniéndo auto, pero subiendo de 400 mgas a 1000 megas, chupa la misma Ram que si le pusiera auto 400, o sea 2,3 Gb. Pero tarda menos, unos 3:55. O sea que se acerca al tiempo de static.

Y si pongo en vez de 1000, 2000, con auto, rebaja aún más rozando ya casi el tiempo de static prácticamente.

Después de las pruebas sigo sin saber exactamente como trabaja auto. O sea se que usa un método mixto, pero no sé lo que real y exactamente hará.

Todo lo que puedo poner son los resultados que obtengo con esa escena.

Por cierto, con dinamic a 2.000, el render efectivamente no ha pasado de un consumo de 2 Gb, pero ha tardado 6:50.

Por tanto quizás el método más efectivo haya sido un auto con un valor en memoria máxima muy alto. Que se ha equiparado en tiempos casi con static, y a ahorrado unos 400 megas de consumo de RAM.

[infograph3d]

Si está claro cómo funciona, con auto, equiparas tiempo de render a static, pero sin llegar a ellos casi, porque no deja de usar el método dinámico, lo cual aporta poder calcular ciertos elementos de la escena, ya sabemos cuales. Una media entre tiempo, estabilidad y capacidad.

Ahora quedaría ver, el consumo en modos de animación guardando el mapa de IM y LC.

En static, puede usar más Ram, que en auto, perfectamente, también sabemos para qué sirve auto y cómo funcionan todos los métodos, uno aporta velocidad, el otro un poco menos veloz, en profesional de capacidad y estabilidad. La memoria que en static petaría, en auto salva el PC de caer. Pero fíjate si es cierto, que en static, debería ser más rápido. Gracias por hacer las pruebas, aunque más o menos son cosas que he ido viendo en los curros, pero también no tienen medida, a veces hace lo que le da la gana.

[boanner]

No te preocupes Vicente que esto se ha puesto ultra interesante, si aquí estamos todos para compartir y aprender de hecho, yo también estoy haciendo un para de pruebas con todo esto y pronto les comentaré mis resultados.

Edito: bien pues he realizado algunas pruebas con una escena muy simple, únicamente agregue algunos planos con VrayFur como alfombras.

Auto + 2,000 Mb en dinámica = 8 minutos.

Auto + 400 Mb en dinámica = 8.53 minutos.

Dinamic + 2,000 Mb = 11.56 min.
+ 400 Mb = 11.53 min.

Static + 2,000 Mb = 8.55 min.
+ 400 Mb = 9.23 min.

Concluyo en que la mejor opción seria auto y aumentar la memoria dinámica, aunque aún me hace falta probar con la escena que comenzó con todo esto.

[Vicent]

Sólo añado este párrafo de la ayuda, que corrobora lo comentado por Infograph.

V-ray makes the decisión on which type todo use based on the face count for an object and the number of its instances in the scene.

Con auto, tiene en cuenta el número de caras de los objetos, así como su número de instancias, para decidir si los compila como geometría dinámica.

Debe ser algo parecido a considerar algunos objetos como hace con los proxys, para no sobrecargar la Ram metiéndolos como geometría estática.

[boanner]

Bien he realizado mis pruebas finales con la escena que desde un principio me dió problema, y concluyo que al final si existían los dos problemas, la escena tenía 3 grupos de Archmodels convertidos a proxy, renderice la escena con cada uno hasta descubrir que uno de ellos me cierra el max a la hora de renderizar, independientemente si elijo dinámica o estática en el Vray, en fin, elimine ese grupo de proxy ya que de plano algo mal hay en ello, a lo mejor una textura o algo, así que, realice pruebas con el resto.




Concluyo que si se tiene un número considerable de proxy vale la pena subir el valor de la memoria estática, teniendo en cuenta que auto sería la mejor opción para la geometría, por lo anteriormente explicado por Infograph.

Una media entre tiempo, estabilidad y capacidad.

-- IMÁGENES ADJUNTAS --

[huggis]

Los archmodeles tienen el material de las hojas con transparencia que maneja a través de la refracción, fiajate primero que el color de la refracción este en negro, cualquier gris por oscuro que sea significa que se aplica un grado de transparencia, y por otro lado, pon el valor del glossiness en 1, ya que vienen en otros valors, no recuerdo cómo viene el IOR de esos materiales, pero ponlo en 1,6, en las reflexiones y refracciones, bájale los samples a 8, generalmente los ponen en 50. Con los valores de los archomodels, no sé quién puede tirar renders. A mí me pasaba algo similar y toquetenado estos valores santo remedio. Desde lejos me parece inncesario ponerle refracción a las hojas y tanto sample a la reflexión. También cheqea que no tengas ninguna geometría duplicada, esto último suele ser letal.