I’m actually using the last update (14716) and I have problems with DR.
1) 1st of all, the ‘vray spawner’ application don’t shut down. I have to force it each time (more than one time…)
2) Most of times it works well, but now, with this scene..
let me show you what happens with DR:
one frame rendered on a local workstation (CORRECT):
the same frame with DR (WRONG):
It’s a big problem!
is there any chance to be solved this trouble?
Daniele, are you using any xref’s?
i have the same problem with ver 1.47.03
I think this is as jacksc02 said :
NON-located either Xref Files or Proxies file for those geometry…
Check the paths over the nerwork…
Best regards,
nikki Candelero
well the good news here is that the newer vray builds have a very rock solid DR.
You are right jacksc02, it’s a problem of xref.
But the paths are correct…
For the paths:
Here, I did notice that we need a \\render\blocks… link instead of a n:\render\blocks
each time we do use the dirve w/ the letter, we have some missing maps and other bad stuff happening. (only with DR, the standard path with backburner works just fine)
Mabee it is just the way things are linked?
Vrayspawner does not shut down for me either.
thablanch: my paths are all \\name\path\…
as for the shutting down thing how long did you wait. it doesnt shut down immediately. but it does shut down. just wait a little bit. i use local drive lettering on everything, textures, proxies, etc etc. i just type f:/3d_database/maps/etc and it works flawlessly thanks to the way i have my stuff setup. so anyone on any computer can use f:/3d_etc etc and find the files on the main harddrive
The vrayspawner is not supposed to shut down after you complete a DR rendering. It must remain open, along with the opened 3dsmax in server mode, so that it can pick up DR requests.
Best regards,
Vlado
oh. thought he meant it wasnt shutting down after clicking exit. yeah. its supposed to remain open