Hello,
I have set up a DR and it seems that for some reason, the buckets from the slave machine renders without textures?!. So the final image is there are buckets with no texture (just grey). This happens as soon as the slave machine starts to kick in…
Im using 1.5 vray Rhino 5 64 bit win7.
Any suggestions…as to why this is happening?
Thank you
Is this coming from all the textures saved on the local machine only?
Should they be located on the server instead for the DR to work? (If so, is there a way to move all of them at once and re-link? I have lots of materials so to re-link all would be very time-consuming.)
Thanks
enable “Asset collection” + “send to each node” should do it
Micha’s right … But I find that sometimes this still happens if the network slows down or one of the DR slaves is unhappy … And sometimes it can be if the local machine is unhappy! If Micha’s solution doesn’t work, try restarting the slaves and make sure to close other apps on local machine.
Ah, great Micha… Thanks again !! 
Thank you fooprobe so much! Yes, I think I have not restarted the machine in a while I will try that as well.
Micha, By the way, is there a rule as to performance of machines to be the host and the slave? I read one of your post saying that the host works ‘harder’ than slaves because it divideds buckets and collects them back.
My question is can a slave be much weaker than the host? For instance, a workstation host and a, say, laptop slave. Would it still help?
Another question is, if the host is struggling with RAM, would using a slave help reduce the burden on the host machine’s RAM?
I wrote this? I don’t know. I used slower slaves, because my master machine is my working machine.
RAM - at the master machine you need more RAM, because Rhino need additional to hold the NURBS model + the rendermesh + Vray rendering. At the slaves there is only the Vray rendering.
Thank you for the reply. I think I did not word my question clearly.
I have a scene where my host pc cannot render properly because the RAM gets full. If this is the case, if I use DR with a very weak laptop with some RAM on it, would it help the host pc to be able to reduce the RAM load and be able to render it properly?
I doubt it. DR just sends a copy of the scene to the slave and renders buckets there as well. So it’s multiple machines all rendering the same model, using the same amount of memory, just rendering different parts of the image. However your host machine also has to manage the slaves, so if you are crashing with one it would probably only get worse with DR
Thanks fooprobe! It is very clear and now I understand it well.
I have another question about vray proxy. If I turn the whole model to vray proxy, I would not benefit to save RAM usage because proxy only helps when more than one proxy is repeated and it helps machines to save RAM by only using one proxy’s required RAM.. Am I understanding the concept here right?
Also, the video said I can use 3ds Max or Maya created vray proxies, do you know if there is a website where I can download proxies (trees or grass etc)?
This, i don’t know much about. If proxies work like blocks, then you are basically right, but I think proxies are actually somehow more efficient than blocks, so there may actually be benefit to making the whole model a proxy. There is a proxy tutorial on this site, you should check it out.
Mich’s right, you should try to get access to the whole forum, there’s a lot more info here.
You can get benefits with proxy even when you are using a single proxy object, because when Vray loads information from proxy file it only requires information about the current bucket - it doesn’t load the whole proxy. The proxy is loaded and unloaded dynamically only for the buckets being rendered.
Another advantage is that the exporting/translation scene geometry before the actual render will be faster -because the proxy is already exported. In scenes with a lot of heavy geometry this could speed up translation a lot.
And one more thing - with proxy viewport navigation is much faster
This is mind-blowing. This means that if I convert the whole scene into a proxy at the end, right before I render, I would benefit so much using the proxy function!
Thank you kindly for your clear explanations!
After playing around with the proxy, I’ve done some tests:
1. Render a scene (3 complex trees) as meshes
2. Render the same with proxy (importing the proxy correctly)
3. Render again with proxy but as adding the proxy as copy-paste from a different file
Results:
1. Heavy Rhino file (60MB) but rendered in 29sec
2. Light Rhino file (1.6MB) rendered in 45.3sec and having to relink materials
3. Light Rhino file (1.5MB) rendered in 42.6sec and no material ID issues
Great, the Rhino files difference in size are enormous though why is the render time almost double?
Anybody has any suggestions?
Interesting test!
I found that whenever I write a vray proxy and then save it somewhere, open a new Rhino file and import the proxy into the file, the materials are gone and I get strange colors only.. Do you know why?
I found that whenever I write a v-ray proxy and then save it somewhere, open a new Rhino file and import the proxy into the file, the materials are gone and I get strange colors only.. Do you know why?
This is normal. The proxy file doesn’t support material information. What you can do is save the proxy as a Rhino file (3dm). In this way you will save all the V-Ray materials. If you want to use the proxy in other project, just import the .3dm file that contain the proxy.
Best
Great! Thanks for the tip. Very smart way
Do you happen to know the offset issue between the vray frame buffer and the rhino viewport and the way to fix it temporarily?
Great! Thanks for the tip. Very smart way
Do you happen to know the offset issue between the vray frame buffer and the rhino viewport and the way to fix it temporarily?
This issue is on our bug list, but I’m not sure when we are going to fix that.
Best
Regarding the material issue, 'fpedrogo’s way is also the one I use. In fact it’s useful to have a ready proxy library that you can just copy/paste the proxy from one file to the other.
Tip: I mark with a reference point (or line) the origin (and/or direction) of the proxy but do not include the ref. when writing the proxy as part of the proxy.
Then I group the proxy and the ref. This helps after to move the proxy in the 3D interface as you can snap on it and not on its vertex. (is there an other way?)
Ah, regarding the material ID: always copy only from the original proxy (or its own copies) but do not use the Import V-ray Proxy…