<div dir="ltr">Hi,<div><br></div><div>This is totally valid proposal, we indeed should support instancing in whatever-format-we'll-be-using.</div><div><br></div><div>And even if we'll switch to some cleaner format (yaml based? .blend file reader? that's separate story tho) we still can keep xml reader around as long as there're guys using it and maintaining it.</div><div><br></div><div>Only possible issue here i see is breaking compatibility with existing xml files. But guess it's not so much of a deal at this moment?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 17, 2016 at 8:05 PM, Jasper Kindt <span dir="ltr"><<a href="mailto:jasper.kindt@gmail.com" target="_blank">jasper.kindt@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444">Hello,</div><div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444">I applaud Nathan for his efforts so far and ask the community to <u>support this guy</u> in his requests... The easier it is to implement cycles as a render engine in standalone apps, the better...</div><div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;color:rgb(68,68,68)">I came across his project, trying to implement a node system for a complex math equation for holographic visualisations, which i never finished due to lack of finance and support... </div><div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444">Nevertheless, I still think there is a huge market in converting 90's single core matlab programs for math visualisations to standalone software using the best of the graphics card and a node system export which can be understood by any artist, without too much study. </div><div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444">Sincerely,</div><div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444">JK</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On 17 March 2016 at 09:46, Nathan Letwory <span dir="ltr"><<a href="mailto:nathan@mcneel.com" target="_blank">nathan@mcneel.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">I have been improving the XML API somewhat in my CCSycles project. I've<br>
added in my own XML parsing implementation a way to essentially do mesh<br>
instancing.<br>
<br>
In Cycles stand-alone XML implementation the <mesh> tag also results in<br>
the creation of an object, but it'd be better if mesh and object<br>
creation were separated.<br>
<br>
I propose that the <mesh> tag only creates meshes, and that we introduce<br>
the <object> tag that can reference then <mesh>es.<br>
<br>
For this to work I propose <mesh> gets a new attribute 'name'. The<br>
<object> tag takes a 'mesh' attribute that should have a value that was<br>
introduced by a <mesh> with a 'name'.<br>
<br>
Example:<br>
<br>
<shader name="plane"><br>
<diffuse_bsdf name="cube_closure" roughness="0.0" color="0.8 0.8 0.8" /><br>
<connect from="cube_closure bsdf" to="output surface" /><br>
</shader<br>
<br>
<state interpolation="smooth" shader="plane"><br>
<mesh name="groundplane" P="1.0 1.0 0.0 -1.0 1.0 0.0 -1.0 -1.0 0.0 1.0<br>
-1.0 0.0" nverts="4" verts="0 1 2 3" /><br>
</state><br>
<br>
<transform translate="0 0 0" scale="1000 1000 0"><br>
<object mesh="groundplane" /><br>
</transform><br>
<br>
End example.<br>
<br>
For a larger example see<br>
<a href="https://github.com/jesterKing/CCSycles/blob/master/tests/scene_many_cubes.xml" rel="noreferrer" target="_blank">https://github.com/jesterKing/CCSycles/blob/master/tests/scene_many_cubes.xml</a><br>
<br>
Now, I know that some want to move away from XML, but at this point I'd<br>
prefer the Cycles file format stay in XML, since there is already a<br>
wealth of tools out there that help with authoring XML, it is easy to<br>
parse and transport.<br>
<br>
That said, I'm not much interested in writing the C code to do this<br>
myself - my parser is in C# and will stay like that. But perhaps this<br>
could be part of someones GSoC efforts.<br>
<br>
Cheers,<br>
<br>
/Nathan<br>
<span><font color="#888888"><br>
<br>
<br>
--<br>
Nathan Letwory<br>
<br>
Integrating Cycles into Rhino 3D<br>
<br>
<a href="https://github.com/jesterKing/CCSycles" rel="noreferrer" target="_blank">https://github.com/jesterKing/CCSycles</a><br>
<a href="https://github.com/mcneel/RhinoCycles" rel="noreferrer" target="_blank">https://github.com/mcneel/RhinoCycles</a><br>
<br>
</font></span><br></div></div>_______________________________________________<br>
Bf-cycles mailing list<br>
<a href="mailto:Bf-cycles@blender.org" target="_blank">Bf-cycles@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-cycles" rel="noreferrer" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
Bf-cycles mailing list<br>
<a href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-cycles" rel="noreferrer" target="_blank">http://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div><span style="color:rgb(102,102,102)">With best regards, Sergey Sharybin</span></div></div>
</div>