lrivero

pd :: a por un copazo que no son horas !! saludos a todos

Pit Matson

Da gusto cuando sale un hilo productivo y te suscribes a él porque merece la pena no perderlo de vista.

Enhorabuena, Floppy, Pusa, Luis...

__________________
Pit Matson dejó de existir en su mensaje 5.999

Sr. Floppy

je,je,je,je,je Que contento me pongo al leer cosas como esas...

__________________
El dia que veas a un Juez...........Sal corriendo.
http://www.pepe-sierra.blogspot.com

ikerCLoN

Y yo, Floppy Gracias por los datos. Aunque no creo que lo use (las escenas que manejo son más bien pequeñas) nunca está de más conocer cosillas sobre VRay

pusa

Ayuda!!!!!!!!!!!!!!

Toy Sacando Una Animacion... Y Quiero Que Me Ayuden Por Favor..
Me Aparece El Siguiente Cartelito En Cada Frame Que Renderiza ...

En Una Resolucion De 320 X 178 Me Tardan Casi 3hs Y Media ... uf una huevada total cada Frame !!!
Utilizando En El Irradiance Un Archivo Que Fue Sacado En Tomas Del Recorrido Cada 20 Frames., activando multiframe incremental. Es Decir El Irradiance No Lo Calcula Nuevamente Sino Que Utiliza El Ya Calculado en cada una de las tomas Y Grabado En El Archivo.



Uds Saben El Porque Puede Ser Esto Que Aparece En El Cartel???
que signifca ese error ??? será esto lo que haga tardar tanto al render ???

adjunto imagenes del proyecto para que uds, se den cuenta de la materialidad del mismo... mucho vidrio... muchas plantitas en rpc... arboles en xfrog...

tambien adjunto un frame de la animacion para que vean desde donde seria el recorrido.
esta planteado como recorriendo la calle del conjunto dirigiendome hacia la punta...

Miniatura de Adjuntos

       

 

__________________
enjoy the silence...

faber

te esta diciendo sin mas ni mas que la escena es muy grande, que como es tan grande puede haber errores de trazado de rayos, otro de los problemas de vrayo, aparentemente no es un error grave, sino mas bien una advertencia con la que se atajan de posibles errores de rendering.

Maldito Vrayo!

faber

Ojo!, RPC+Xfrog son veneno para vray

pusa

MIL GRACIAS FABER.!!!

me recomendas que cambie todo a xfrog ?
y no coloque nada de rpc? ni autos ni nada?

__________________
enjoy the silence...

Molok

Yo te recomendaría que dividieses la animación en planos, si es posible, y trabajases cada plano por separado ocultando todo aquello que no se va a ver en cámara. También puedes tirar varias capas por separado y montar después.

Un saludo.

__________________
"Dream more, work less"


www.bouncedlightstudios.com

Molok

... quizá estos ultimos mensajes deberían ir en un nuevo hilo...

__________________
"Dream more, work less"


www.bouncedlightstudios.com

pusa

tenes razon , lo pasamos a otro hilo, ya lo puse en render, Iluminacion y camaras. por si alguien quiere seguir este tema y ayudarme.

__________________
enjoy the silence...

Jose M.

gracias gente por el hilo. Supongo que optimizando los arbolitos del xfrog tb se gana tiempo. Porque mira que los hacen pesados.

Con especto a lo que habeis dicho que Xfrog + RPC = veneno. Tengo una duda.

Si los modelos de Xfrog que uno mete,los pasa previamente a material vray desactivando el trace,ya lo que tiene es una opacidad normal no? por lo tanto no debería dar mayores problemas que los que daría una pieza que tiene un peso considerable como suelen tener esos arbolitos.

Y en cuanto a los RPC,pues ahí no hay mucho que retocar,ya que usa su propio sistema de opacidad y no se tiene acceso al material..

Y otra duda. Excluir los rpc o los Xfrog,o las instances,de la GI que implica?? Que el objeto no generará GI? O que no recibe GI? Porque claro.. SI es solo lo primero,no es mala idea. Pero si tb es lo segundo,y tenemos puesto un hdri como enviroment y en las zonas de sombra donde no de el sol,y la iluminación sea por el hdri,eso que cuenta como GI no?? Entonces los árboles que anden por allí se verían negros supongo..

En fin será cosa de ir probando como ha hecho aquí el amigo Pusa creo poniendo los tiempos de render y todo,muy currado. Este hilo está guapo porque tiene que ver con exprimir el rendimiento del vray. Y en proyectos gordos todo esto lo vamos a notar. Salu2

PD: Eso de que cuando te quedas sin RAM se produce un swapping de disco bestial y que ahí se le va la olla al programa,se cuelga,etc.. Pues sí..PAsa!! Pero no tendría que ser así. El swaping forma parte del funcionamiento del sistema. Y no debería de causar petadas,y se que las causa. Y cuantas veces se nos cierra el 3ds-max o el vray simplemente después de pinchar en un material y edspues de que no sabemos por qué razón escuchamos un trrrrtrrrtrrrrtrrrr continuado de nuestro disco duro?? Pues eso tampoco debería de pasar.....!!!!!


Y es que digo yo una cosa.. Yo he trabajado con 3ds4 bajo MsDOs con multitud de proyectos. Y prácticamente no recuerdo un solo cuelgue! Por aquel entonces se tenían 32 megas de ram. 64 como mucho. Así que traquetreo de disco por el swapping era continuo, Y no por eso cascaban los renders. Es más. Un render no cascaba NUNCA!

Parece que con la modernización hemos ido a peor en estabilidad,y eso es un hecho! Aunque la calidad y la potencia de los equipos son claramente superiores. Pero me sigue pareciendo que el vray,o el max,o el que sea que de el problema raiz (quizás sea un problema Windows..lo ignoro) No se manejan bien con la memoria virtual.. Y eso de que haya límites y que si lo rebasas se peta el render.. pues también me parece algo SUperrrrrr patatero.. no se.. Recuerdo una urbanización enorme que hice con casi 2 millones de caras,en Msdos,con 128 megas de ram... Y vale.. La barrita roja parecía que no se movía pero eso petar NO petaba!!

Y eso de que el vray no renderice cuando sobrepasas el limite de memoria RAM?? Que están asociados con Kingston?? Porque digo yo.. Para que está la memoria virtual y el disco duro? Que tenga uno que estar calculando la ram que le queda para meter un arbolito o un cochecito mas....manda narices..xDDD..
La única posibilidad de que me petase un render en ms-dos era que tuviese poco espacio en disco duro (que el pobre se comía simepre medio render..) Y claro sin espacio no había swapping..Y crash.. Pero que tengas que tener la ram de todo lo que haces..Me parece de un pijotero... Que ya digo.. Hace 10 años eso no pasaba..

En fín,a ver si con versiones precedentes van afinando todo eso y la plataforma profesional (que además vale una pasta) Max-vray es mas estable y no nos da tantos sustos. Que a veces un proyecto se convierte en una película de suspense.. xDD.

Me imagino que todo lo que he dicho tendrá una explicación lógica y racional,y que soy un garrulo por no comprenderla bién,pero ahí queda mi opinión en base a mi experiencia hasta con Ms-Dos.. Y tb lo digo en tono distendido,aprovechando que ninguno de los que estamos aquí formamos parte del Staff de Discreet (supongo..) :-p.. Salu2

konig

Hola k tal andan?,veo k a todos os convence el VrayProxies pero....alguien puede explicar como se usa??.Estoy con una escena pesada y la hija de pufjghrasd se rie de mi.Alguien k lo explike por favooooor!!jejejeje.Gracias a todos y saludos

TBC3D

Hola man....estoy siguiendo tus pasos y haciendo las mismas pruebas, y la verdad es que a mi me tarda entre 1m y 48s un solo arblito de xfrog.. Ahora, cuando le pongo textura de hoja a las "hojas", se pega media hora.

Todavía no intenté bajar la resolución del tif, ya que uso opacidad. Bueno, ya me dirás si te suena el tema.

Leo cuanto puedo porque esto de los arbolitos es un tema aparte dentro de la infografía.

Sevemo!

alvaroars

hola a todos, estoy siguendo el tema, y no logro encontrar una explicación clara de como se usan las texturas con los vrayproxy, les agradezco mucho si alguien puede responderme.
saludos.