<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Vincent,<div class=""><span class="Apple-tab-span" style="white-space: pre;">        </span>Happy new year! Hope you are doing well :)&nbsp;</div><div class=""><br class=""></div><div class="">In response to your intention to develop a network rendering add-on, firstly, awesome! Its great to see people show initiative and want to contribute to the development of open source tools. Something you should be aware of before you start (and I am pretty sure you already are, but just in case), there are a number of us already working on similar projects for adding network rendering for Blender, so you’ve probably done the right thing in posting this to the group!</div><div class="">Brecht has already mentioned what Lukas (bleneder dev) is currently working, though I agree with Brecht that it is unfinished, its unlikely to stay that way for long! It does sounds exactly like what you are proposing. Also, hoping that you are familiar with Netrender? Its currently packaged with blender and works well for situations where you have at least three or more machines. The dev behind that is Martin Poirier, his work is pretty solid and I believe works with cycles and blender internal. It allows you to render on multiple machines and manage render jobs using a web interface, its pretty nice in that regard!&nbsp;</div><div class=""><br class=""></div><div class="">Then there’s us (see&nbsp;<a href="http://www.crowdrender.com.au" class="">www.crowdrender.com.au</a>&nbsp;we have our youtube demo there and we also presented at BCon 2016&nbsp;<a href="https://youtu.be/EF9VDr6UYfk" class="">https://youtu.be/EF9VDr6UYfk</a>&nbsp;).&nbsp;</div><div class=""><br class=""></div><div class="">We’re working on something that is also a network render add-on and we incorporate the concept of streaming (though not sure if its exactly the same as what you refer to as streaming). So, I guess its up to you if you want to work on something separately if you are interested in making something for the shear passion of it, but if you want to impact the community, it might be worth while you considering contributing to one of the aforementioned projects.&nbsp;</div><div class=""><br class=""></div><div class="">Happy to hear more about what you want to do if you’d like to talk more about add-ons/network rendering :)</div><div class=""><br class=""></div><div class="">James</div><div><blockquote type="cite" class=""><div class="">On 2 Jan 2017, at 10:00 pm, <a href="mailto:bf-cycles-request@blender.org" class="">bf-cycles-request@blender.org</a> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Send Bf-cycles mailing list submissions to<br class=""><span class="Apple-tab-span" style="white-space:pre">        </span><a href="mailto:bf-cycles@blender.org" class="">bf-cycles@blender.org</a><br class=""><br class="">To subscribe or unsubscribe via the World Wide Web, visit<br class=""><span class="Apple-tab-span" style="white-space:pre">        </span>https://lists.blender.org/mailman/listinfo/bf-cycles<br class="">or, via email, send a message with subject or body 'help' to<br class=""><span class="Apple-tab-span" style="white-space:pre">        </span>bf-cycles-request@blender.org<br class=""><br class="">You can reach the person managing the list at<br class=""><span class="Apple-tab-span" style="white-space:pre">        </span>bf-cycles-owner@blender.org<br class=""><br class="">When replying, please edit your Subject line so it is more specific<br class="">than "Re: Contents of Bf-cycles digest..."<br class=""><br class=""><br class="">Today's Topics:<br class=""><br class=""> &nbsp;&nbsp;1. Re: Network Rendering (Brecht Van Lommel)<br class=""> &nbsp;&nbsp;2. Re: Network Rendering (Vincent Olivier)<br class=""><br class=""><br class="">----------------------------------------------------------------------<br class=""><br class="">Message: 1<br class="">Date: Sun, 1 Jan 2017 16:41:58 +0100<br class="">From: Brecht Van Lommel &lt;brechtvanlommel@pandora.be&gt;<br class="">Subject: Re: [Bf-cycles] Network Rendering<br class="">To: Discussion list to assist Cycles render engine developers<br class=""><span class="Apple-tab-span" style="white-space:pre">        </span>&lt;bf-cycles@blender.org&gt;<br class="">Message-ID:<br class=""><span class="Apple-tab-span" style="white-space:pre">        </span>&lt;CAKFUgC2xuU5En=MCO8B0UNivrmctVstw7x7jfd9vNhD8vTViBQ@mail.gmail.com&gt;<br class="">Content-Type: text/plain; charset=UTF-8<br class=""><br class="">Hi Vincent,<br class=""><br class="">I can create a wiki account for you, just me know the username you want.<br class=""><br class="">Have you looked at the existing network rendering code? It's<br class="">unfinished but does some things you propose, in particular<br class="">cycles_server is somewhat similar to your cyclesd. Ideally you could<br class="">help with that so that we're all working on the same thing.<br class=""><br class="">It doesn't have all the features you mention, and is not based on<br class="">streaming XML but rather device buffers. Discovery is using a simple<br class="">broadcast, and the device info is limited, both could be improved. The<br class="">advantage of the device buffers over XML is that it more easily works<br class="">works for viewport or animation rendering with incremental updates.<br class="">Further it can work as if there was just another device like a CPU or<br class="">GPU from the point of view of Cycles integration in various<br class="">applications, whereas if the scene has to be encoded in XML and<br class="">decoded again on the server that adds extra code complexity.<br class=""><br class="">Also see some ideas on network rendering here:<br class="">https://wiki.blender.org/index.php/Dev:Source/Render/Cycles/Network_Render<br class="">https://wiki.blender.org/index.php/Dev:Source/Render/Cycles/Devices<br class=""><br class="">Regards,<br class="">Brecht.<br class=""><br class=""><br class="">On Sat, Dec 31, 2016 at 8:37 PM, Vincent Olivier &lt;vincent@up4.com&gt; wrote:<br class=""><blockquote type="cite" class="">Hi,<br class=""><br class="">I?m just posting here my intention to work on a network rendering feature for Cycles for your consideration. Comments are more than welcome. Maybe if someone could give me a Wiki account I could post my ideas and the discussions I will have with people interested in those features.<br class=""><br class="">I?m still struggling to have the ?blender_dependencies? build for Linux, Windows and macOS so I can test my code on all of those platforms. I?m writing this as it?s compiling.<br class=""><br class="">My plan is to start with the Cycles command line standalone to create a new ?cyclesd? binary that would be a POSIX daemon and Windows service, with all it?s dependencies statically linked for portability.<br class=""><br class="">This service would advertise itself via Bonjour/zeroconf/avahi and publish it capabilities, versions, benchmark/core count for OpenCL, Native and CUDA and be discoverable by yet another command line utility client that would be able to stream the XML scene with all textures, geometry and other dependencies to the remote deamon. The command line is responsible for decoding (FFMPEG, OpenImageIO, OpenVDB, etc.) everything on the file system and sending only XML scene description with in-line (base64?) textures, maps, meshes, volumes to the deamon. Maybe it would be better to use something like msgpack instead of XML between server &amp; clients, I?m not sure?<br class=""><br class="">The server would send back RAW film (with Cryptomatte data, etc.) to the command line client who would then serialize the render back onto disk according to the user wishes.<br class=""><br class="">I am sure there has already had lots of brainpower invested in this so I?m still looking to gather it all in one place (wiki most probably).<br class=""><br class="">Regards,<br class=""><br class="">Vincent<br class="">_______________________________________________<br class="">Bf-cycles mailing list<br class="">Bf-cycles@blender.org<br class="">https://lists.blender.org/mailman/listinfo/bf-cycles<br class=""></blockquote><br class=""><br class="">------------------------------<br class=""><br class="">Message: 2<br class="">Date: Sun, 1 Jan 2017 11:55:57 -0500<br class="">From: Vincent Olivier &lt;vincent@up4.com&gt;<br class="">Subject: Re: [Bf-cycles] Network Rendering<br class="">To: Discussion list to assist Cycles render engine developers<br class=""><span class="Apple-tab-span" style="white-space:pre">        </span>&lt;bf-cycles@blender.org&gt;<br class="">Message-ID: &lt;EE9F8D2B-1DD8-4BA5-B4D8-D463A79C4CCD@up4.com&gt;<br class="">Content-Type: text/plain; charset=utf-8<br class=""><br class="">Hi Brecht,<br class=""><br class="">?up4? would be my first choice as a username for the wiki.<br class=""><br class="">I will look at the code and be back with questions/comments.<br class=""><br class="">Is there anything else beside "cycles/src/device/device_network.*? I should be looking at?<br class=""><br class="">Regards,<br class=""><br class="">Vincent<br class=""><br class=""><br class=""><blockquote type="cite" class="">On Jan 1, 2017, at 10:41 AM, Brecht Van Lommel &lt;brechtvanlommel@pandora.be&gt; wrote:<br class=""><br class="">Hi Vincent,<br class=""><br class="">I can create a wiki account for you, just me know the username you want.<br class=""><br class="">Have you looked at the existing network rendering code? It's<br class="">unfinished but does some things you propose, in particular<br class="">cycles_server is somewhat similar to your cyclesd. Ideally you could<br class="">help with that so that we're all working on the same thing.<br class=""><br class="">It doesn't have all the features you mention, and is not based on<br class="">streaming XML but rather device buffers. Discovery is using a simple<br class="">broadcast, and the device info is limited, both could be improved. The<br class="">advantage of the device buffers over XML is that it more easily works<br class="">works for viewport or animation rendering with incremental updates.<br class="">Further it can work as if there was just another device like a CPU or<br class="">GPU from the point of view of Cycles integration in various<br class="">applications, whereas if the scene has to be encoded in XML and<br class="">decoded again on the server that adds extra code complexity.<br class=""><br class="">Also see some ideas on network rendering here:<br class="">https://wiki.blender.org/index.php/Dev:Source/Render/Cycles/Network_Render<br class="">https://wiki.blender.org/index.php/Dev:Source/Render/Cycles/Devices<br class=""><br class="">Regards,<br class="">Brecht.<br class=""><br class=""><br class="">On Sat, Dec 31, 2016 at 8:37 PM, Vincent Olivier &lt;vincent@up4.com&gt; wrote:<br class=""><blockquote type="cite" class="">Hi,<br class=""><br class="">I?m just posting here my intention to work on a network rendering feature for Cycles for your consideration. Comments are more than welcome. Maybe if someone could give me a Wiki account I could post my ideas and the discussions I will have with people interested in those features.<br class=""><br class="">I?m still struggling to have the ?blender_dependencies? build for Linux, Windows and macOS so I can test my code on all of those platforms. I?m writing this as it?s compiling.<br class=""><br class="">My plan is to start with the Cycles command line standalone to create a new ?cyclesd? binary that would be a POSIX daemon and Windows service, with all it?s dependencies statically linked for portability.<br class=""><br class="">This service would advertise itself via Bonjour/zeroconf/avahi and publish it capabilities, versions, benchmark/core count for OpenCL, Native and CUDA and be discoverable by yet another command line utility client that would be able to stream the XML scene with all textures, geometry and other dependencies to the remote deamon. The command line is responsible for decoding (FFMPEG, OpenImageIO, OpenVDB, etc.) everything on the file system and sending only XML scene description with in-line (base64?) textures, maps, meshes, volumes to the deamon. Maybe it would be better to use something like msgpack instead of XML between server &amp; clients, I?m not sure?<br class=""><br class="">The server would send back RAW film (with Cryptomatte data, etc.) to the command line client who would then serialize the render back onto disk according to the user wishes.<br class=""><br class="">I am sure there has already had lots of brainpower invested in this so I?m still looking to gather it all in one place (wiki most probably).<br class=""><br class="">Regards,<br class=""><br class="">Vincent<br class="">_______________________________________________<br class="">Bf-cycles mailing list<br class="">Bf-cycles@blender.org<br class="">https://lists.blender.org/mailman/listinfo/bf-cycles<br class=""></blockquote>_______________________________________________<br class="">Bf-cycles mailing list<br class="">Bf-cycles@blender.org<br class="">https://lists.blender.org/mailman/listinfo/bf-cycles<br class=""></blockquote><br class=""><br class=""><br class="">------------------------------<br class=""><br class="">_______________________________________________<br class="">Bf-cycles mailing list<br class="">Bf-cycles@blender.org<br class="">https://lists.blender.org/mailman/listinfo/bf-cycles<br class=""><br class=""><br class="">End of Bf-cycles Digest, Vol 69, Issue 2<br class="">****************************************<br class=""></div></div></blockquote></div><br class=""></body></html>