i am continuing to try every permutation possible, but so far all my Crowdrenders have been slower, in fact, much slower than using my single main machine. i am using today's build of blender 2.80. i plan to try it in 2.79, in case the problem is to do with 2.80.
Machine specs:
master: i7 6700K + GTX 1080 in hybrid mode
node: P37 Gigabyte i7 4720HQ + GTX 970M
both machines set to CUDA.
render object: a single monkey with glass shader on a plane.
Hi Julian, how long does the scene take without CR and how long with CR?
Also, assuming you are using automatic load balancing? Automatic is generally a lot better for animation renders, you can use it for stills, but you have to be patient, rendering the scene using lower samples or resolution to begin with can help the load balancer get better at choosing the screen areas given to each computer.
If you roughly know how much faster one computer 'should' be compared to the other, then maybe try using manual mode and setting the amount of screen to render for each.
I encountered this issue with Render still ( single image on multiple machines ). If i render with low samples auto-balance will the subsequent balancing be better ?
Cheers
hi james, thanks for the reply and thanks for your add-on - it is going to be vital for my work and i am extremely keen to get it operating well.
to give you some reasonably accurate comparison aggregate animation times, i need to finish converting Jason Van Gumster's Render Time Estimation (RTE) add-on to 2.8 and ideally i will add some way of collecting all the render times in a place where i can easily compare them (eg a google spreadsheet). however, RTE works in 2.79, and i will add CR to 2.79 and try both stills and animations there too, and post all the data back here.
currently i am trying these tests on one master and two nodes, but i will be able to increase that to three nodes today, i hope.
i tried both automatic load balancing and manual. you are right - automatic gives quicker results than manual tweaking. somehow, the master machine, which is by far the most powerful, is being greatly underused and/or slowed down by CR (both i think). this is the main reason that the renders are slower with CR, i think.
i had hoped that in animation mode, CR would allow each node to render a whole frame so that as each node became free, it would simply grab the next available frame. that way the fast master machine would render more frames and over a period of frames the system would easily and automatically find the most optimal arrangement. indeed as the frame content changed, the system would again automatically adjust and whatever machine was going the fastest would get the right number of frames to suit its abilities.
one other question: can CR take advantage of hybrid rendering (only available in 2.8 i think)?
thanks,
julian
Hi Julian,
Thanks for the explanation :), the story with the load balancing is that basically its old and we're replacing it. You might have heard we're raising funds to help us build a beta. This beta represents a huge refactor and redesign.
That redesign includes allowing the add-on to assign either a new frame or part of a currently rendering frame to any computer that has finished rendering and is available for work.
The beta is going to take a while. CR really relies on community support for development as the software is free. Much like blender, we rely on donations. Right now we're working on the addon in our spare time doing bug fixes and little updates where we can, but we're getting ready to launch or rather re-launch the crowdfunding campaign we started last year in an attempt to get the software totally funded by the community. This will ensure it stays free to download (well, almost, obviously all the folk who donate give us money in return for continued effort!).
So, in short, yes, what you desire is coming, but we're not able to say when at this stage. Stay tuned though!
"i had hoped that in animation mode, CR would allow each node to render a whole frame so that as each node became free".
Is this not possible with CR? It's the most logical approach to render farming. If that's not how this addon works then what is it doing? I would think someone could whip together some python scripts over the weekend that would be faster than whatever is going on now.
Hi Grant, as mentioned above, we're replacing the current load balancer with a system that will allow this 'mode' of rendering where nodes each render the next available frame.
Our system addresses the problem slightly differently so that single frame renders can also be rendered on multiple machines. This use case is often overlooked as a lot of folk render animations, but a decent proportion also render large or complex (or both) stills.
The CR system breaks each image into parts and renders a part on each computer available. To do this well, it tries to estimate the optimal amount of screen area each computer should get. To begin with that guess is going to be based on just a guess, so not very accurate, as more renders happen (in an animations at least) it gets better.
For stills, its sometimes better to use the manual mode, assuming you have a rough idea of how much power each computer has relative to the others.
This is all being replaced, however, as we're working on a better system that will render optimally for both stills and animations.
This change is not easy, however, so please bear with us! It takes a lot of time and effort to develop this, and right now, the dev team are working day jobs and volunteering their time to the project. We'd love to be able to deliver what you want quickly, but until such time as we are fully funded ( hopefully by the community) it will take us a while to deliver to what the artists out there have been asking for. But deliver we will, its our aim to bring the best render farm software to the blender and other CG communities.
Take care till then :)
hi james,
i completely understand regarding funding. i will be glad to do whatever i can to publicise your crowdfunding effort. we did a major crowdfunding some years ago (to try to make a feature film about the banking scandal of 2008) and we learned a few hard lessons, which i am happy to share privately (i'll send you an email).
ohhhh great! yes please!
Hi Julian, did you end up sending that e-mail? It might have gotten eaten in the internet somewhere, I can't find it, please forgive me and send it again if you can?