<div dir="ltr"><div>=== This Week ===</div><div> - Fixed the tbb include problem, and now OpenVDB compiles in Blender on both Windows and Mac;</div><div> - Had to refactor the openvdb_volume class in a such a way as for all references to any OpenVDB object to be restrained to the cpp file so we could avoid the typeid() problems (OpenVDB uses it, OSL kernel must disable it).</div>

<div> - This week was particularly interesting since Brecht and I were able to meet in person and attend the OpenVDB sessions at Siggraph, which led to some interesting decisions:</div><div> <span class="" style="white-space:pre">        </span>a) despite disadvantages, we believe we&#39;ll need to keep OpenVDB in extern/ instead of keeping the library out of Blender, since there are compatibility issues between versions, as documented <a href="http://www.openvdb.org/documentation/doxygen/faq.html#sVersionNumbering">here</a>;</div>

<div> <span class="" style="white-space:pre">        </span>b) we&#39;ll get the 3d textures to a fully functional state in this project, but its usability will be impaired by the large body of work to be done on the shading part of the volume rendering pipeline, so after having textures working properly we are likely to invest more time in having a more general volume representation for use with Cycles. </div>

<div><br></div><div>Additionally, I intend to have basic texture lookup functional during this weekend.</div><div><br></div><div>=== Next Week ===</div><div>Having texture lookup working, will begin (1) coding the Cycles node for volume texture, and (2) get a dataset from Smoke simulation and store it as a VDB volume for value lookup using our structure.</div>

<div><br></div><div>=== Questions ===</div><div>None at this time.</div></div>