Hi Johannes, You can now more easily use the enable/disable checkbox in Blender/s preferences / addons tab to do this, we've changed how the addon runs, so this should work. Also done! Will work on that! V0.6.0 is the latest release that has 1, 2 dealt with

Hi Eric, done! We've released V0.6.0 which now has this as the default for rendering an animation in blender.

Hi Len, been a while since you posted this, but just letting you know we've released V0.6.0 which has a similar implementation to what you described as buckets. The buckets are flexible in their size, which can change, but, a still image is broken into multiple buckets and each node will render many buckets of that image until the entire image is done.

Hi @chameleonscales :) V0.6.0 just got released, it now supports joining a render (even a single frame render) when ready, plus there's a whole ton of other stuff we've done like frame splitting, support for having multiple Blender projects open at the same time (and you can render from each of them), plus fixes for things like Autosave not working in Blender with the addon running.

Hi Peter, found in your logs files that the start port settings are different for the two nodes you sent me the logs for Checkout the add-on's preferences in Blender. There's a section for Network, in that section there is a setting for "start port". This should be 9669 for all your nodes. I found on the DESKTOP-A729VBQ machine that the port setting was 9000. Try this, change this setting on all your nodes to 9669, then reboot them, try again and let me know if this brings you success?

Hey Lukasz :) CR V0.4.0 only supports up to Blender 2.93 LTS. The latest stable versions (currently V0.6.0) support up to Blender 3.2 in the containers, and up to Blender 3.4 bare metal. I suspect that the error you're getting is due to this, maybe try running an image that has Blender 2.93LTS and let me know if you still have a problem with it starting?

Hi Peter, yep, you can send the logs to info@crowdrender.com.au Would suggest that you supply logs for both the master/client from which you tried to connect, and the logs from the computer you tried to connect to, but couldn't, thanks! James

Hi! Ok a few things to check, can you either reboot the computers or, open a process monitor and close all blender processes? Then try starting Blender and trying again. Do this on all your computers to ensure there isn't a background process (we use these) that has frozen. If that doesn't work, can you please let me have your logs files, there's a button to generate log files in the add-on's preferences :)

Hi! Yep, good idea to pack all your images/environment textures, there is an extra step though. You need to publish a new snapshot to each of your render nodes. Can you connect to all your render nodes, open this project, and then press the "Resync" button (it is in the crowdrender panel which is in Blender's render properties panel). You should see your nodes upload the file again, then try to render again.

Are you able to bake from the server to a shared folder? That way you could update your blend file to point to the shared folder location for the cache. When rendering, so long as the path to the shared folder is identical on each machine and works, all your rendering computers should be able to pull the cache from the shared location. The recipe for this is Locate the cache on a shared folder Update your blend file to point to the cache in the shared location Connect all your nodes in CR, then press "RESYNC" to update all your nodes with a fresh snapshot of your project including the change to use the shared location for cache Render using CR Does this sound like it might work for you?

Ahhh, I see, was answering your other thread with a question about if you were interested in physics baking vs cycles baking. One question, if physics sim baking is single thread, would imagine this would be faster to bake on a machine with a v high freq vs a xeon which are usually known for high core count and lower freq, unless I am missing something here?

Hi :) this is something we've been asked before, specifically we've been asked if we can support baking for physics and also cycles. Just want to confirm before answering, is it lighting you're baking or physics?

Any chance you can take a screen shot of the crowdrender settings for one of your computers that you think isn't rendering with GPU?

Hi Mushraff, any chance you can share what version of Crowdrender you were running when you got this error?

Hi Cameron, apologies, you signed up with PayPal yesterday, all PayPal subs are activated manually by me since we've not integrated our download page with PayPal yet. I sent you an email, keen to help you get setup with V0.6.0, offer of a zoom call. Let me know if that's something you're keen for?

Hi Gerhard, apologies for the slow response, this issue is caused by denoising. We're currently working on a solution to this, a while back we used to use the compositor trick to overlap tiles to remove these artefacts, but we had to abandon that setup because it was too complicated and evil to maintain it. The trade off for now is to turn off denoising. Though, if you have the latest version (V0.6.0 at the time of this reply) then, if you are rendering an animation, you can use denoising as we changed our approach of distributing work to each computer. V0.6.0 sends entire frames to each computer which are then denoised properly and then sent back to the client machine. If you need fast single frame rendering, then you might want to test which is faster, more sampled with CR distributing the render using tiles, or, using denoising on your fastest machine without using CR. We're planning on re-introducing support for denoising properly in V0.9.0,

Awesome to hear that Jonas, and we'll be correcting this in software in a new release. In fact we're going to make connection automatic so you don't have to worry about it. Apologies for the wasted time there.

G;day :) actually not at the moment. The viewport will be as fast as your workstation is able to draw it. Adding extra computers will only speed up rendering of the type when you press F12 or choose an option from the render menu.

Hi Drew, I've looked at your logs, oddly, its showing that the computer you are trying to connect to actually did connect. So wondering if it's just not showing it in the UI. Would like to take a look, will send you a link to setup a zoom call.

Hi Drew, ok, thanks for that, this error is unrelated to the crash, it's something we're aware of. To get to the bottom of the crash, I might need you to recreate the crash and then send me a couple of things When blender crashes, it dumps useful information into a file, that file is normally in your temp folder in windows and is usually named blender_crash.txt. It is very handy to have because it provides information about the code that contributed to the crash There are logs generated by Crowdrender that also can help us see what our code was doing right up until the crash, you can generate a single zip file of all the logging data by going to Blender > user preferences > addons tab > crowdrender > expand the addon and scroll down, press the "zip logs" button. If you could send me both those files (you can send them to us at info@crowdrender.com.au) I will take a look and see if I can find out why your system crashes.