Render mas rápido Vray si los pedazos es 128 pix

Buenas amigos. Me he dado cuenta que si uno renderiza en Vray en render región división es 128x128 píxeles sale más rápido versus hacerlo en menos (64x64) o más píxeles (168x16.

Aquí publico los tiempos para que verifiquen los tiempos en render.

Si alguien sabe si este (128x12 es el mejor para renderizar más rápido, o existe algún otro por favor me contestan. Gracias.

Tri-element Studio puerto rico, arrasando con la tecnoloía 3d en el caribe.

-- IMÁGENES ADJUNTAS --

Si la haces la prueba con una sola escena no sabrás si esto es así o no, yo también he notado que cambiando el tamaño de la región de render el tiempo de render se ve afectado, pero supongo que, no es siempre lo mismo, dependerá del tipo de escena del tamaño de salida de esta, y de algunas cosas más. Saludos.

Si bueno, si tienes todos los demás programas cerrados también va más lento, quita todo, la mula, la conexión, no escuches música, vamos libera la Ram y verás que también te va más rápido, incluso si no mueves el ratón también, un abrazo.

Fiz3d: Estas pruebas me estoy refiriendo a que la misma escena se puede renderizar más rápido si se ajusta a 128 píxeles. Obviamente si las escenas son distintas van a variar en mucho.

La idea de estas pruebas es que, ayuda a la producción de render en vez de ejemplo: 10 horas, pues convertirlas en 7.5 horas, a esto me refiero.

Tri-element Studio arrasando en puerto rico y el caribe.

Todo esto me crea la duda, en que afecta el tamaño del bucket? Yo uso Mental Ray y he notado que viene configurado por defecto más pequeño que en Vray, por ejemplo, hace alguna diferencia real el tamaño que usemos (me refiero a generalidades)? Saludos.

Cesar Sáez: ¿todo esto me crea la duda, en que afecta el tamaño del bucket? Si. Así es, intenta renderizar la misma escena en distintos tamaños de bucklet y compara los tiempo.

Ok, vamos a hacer pruebas en Mental Ray (que es el motor que ocupo) y les comento, me interesa sobre todo ver que sucede cuando usamos Final Gathering sin cálculos previos (los va calculando por bucket, si el bucket es más grandes supongo que, afectara de alguna manera).

Ya les comentaré. Saludos.

Afecta en la medida de que cuanto mayor sea, menos veces tiene que calcular el antialiasing entre zonas, de ahí la diferencia de tiempos.

En el caso del de 128x128 puede ser porque el tamaño sea proporcional al tamaño del render y salga un número de zonas justo.

Aparte de eso, cuando hay poca memoria disponible, si renderizamos apartes tan pequeñas como para que no tenga que paginarla en disco duro, la velocidad será mayor.

Es lo que dice Mikimoto, pero si tienes que estar haciendo muchas pruebas para ello pues no te compensa el tiempo que pierdes en pruebas. Saludos.

Influye el tamaño en píxeles en que tiras el render, o para cualquier tamaño siempre 128 es el más rápido? De no ser así, creo que perderé más tiempo averiguando que tamaño de bucket necesito para determinado tamaño de render, y si el render es grande mejor me voy dormir y lo rescato en la mañana.

Tiene razón lo que dice Fiz3d sobre el tiempo que uno invierte en averiguarlo, pero vale la pena saber en las pruebas que he estado haciendo con distintos escenas, siempre 128x128 en bucklet me a ahorrado tiempo versus en otros tamaños.

Creo que esto pasa por que la tarjeta gráfica de el PC interpreta mejor píxeles cuadrados 128x128 que en tamaños extraños a éste ejemplo:64x85 px. Ya entiendo mejor el por que las tarjetas gráficas mencionan los mega bytes. {64 Mb, 128 Mb, 256 Mb, etc.}.

Ya, la tarjeta gráfica.

Afecta en la medida de que cuanto mayor sea, menos veces tiene que calcular el antialiasing entre zonas, de ahí la diferencia de tiempos.

En el caso del de 128x128 puede ser porque el tamaño sea proporcional al tamaño del render y salga un número de zonas justo.

Vale, ahora me queda más claro. Saludos.

La tarjeta gráfica no se usa a la hora de hacer el render.

Pues yo creo que el tamaño del bucket afecta en la calidad del antialiasing, para escenas sencillas como la que muestras de las teteras no se nota la diferencia, pero en otras escenas que necesites un buen antialiasing, bajara el tiempo de render, pero la calidad será peor.

La misma prueba la hice y el tiempo más rápido en una escena me dió dándole el tamaño total de la imagen 640x480, el segundo más rápido fue de 120 por 120 con una dif de 2 segundos, en los tamaños intermedios la diferencia no es notoria, que relación guarda esta proporcionalidad? Siendo así, seria preferible dejar el bucket del mismo tamaño del virtual frame buffer.

Para las muestras: [url] [url]

Yo también probé a hacerlo cada vez más grande y la verdad que mientras más grande sea la región división, más rápido salía el render, y eso que no tenía una buena tarjeta gráfica antes, por eso siempre al hacer mis renders le doy un tamaño muy grande de la región división, y siempre eso acelera mis renders, lo he probado, estos segundos y milisegundos son vitales en animaciones.

Kike]que relación guarda esta proporcionalidad? Siendo así, seria preferible dejar el bucket del mismo tamaño del virtual frame buffer.

Hola [dn]Kike, pues como dijo Caronte en la página anterior al dejar todo en un sólo bucket será más rápido, pero consumirá más memoria que hacerlo con bucket pequeños (si te excedes va a tener que paginarlas e el disco duro yel rendimiento será menor), si tu equipo te aguanta debería ser la solución más rápida ya que no tener que calcular tantas veces el antialiasing entre bucket. Saludos.

Eso es lo que había leído en el foro de Vray, que consume más recursos, pero no llegue a comprender por que. Gracias César.

Digamos a modo de conclusión, cada uno tendrá que buscar su propia relación dependiendo de los recursos que tenga, buscar el tamaño justo antes de que se produzca la paginación?
Como comentaban más arriba una fracción de segundo que me ahorre es vital para una animación.
Éxitos.