<div dir="ltr"><div></div>​Sorry for the late report everyone, as I was hoping to be able to finish up the node code before this weekend was over.<br><br>This week, I worked on the following tasks:<br><ul><li>General code clean up and bug fixing with both sparse tiles and OpenVDB.</li><li>Edit Cycles stand-alone build files to support OpenVDB.</li><li>Move import interface into a dedicated Cycles node.</li></ul>In order to have a more solid integration of OpenVDB importing in Cycles, it would be better to not need to rely on Blender's Smoke Domain Settings. Cycles is a heavily node-based program, so I think creating a node for OpenVDB import would work well with the current architecture. The current state of the node:<div><br></div><div><div><img src="cid:ii_jjn3mgnh1_1649eee8d6e05115" width="183" height="188"><br></div>​</div><div>(Fields are filepath, grid, interpolation, and extension. Output is color, vector, and fac)</div><br>The idea behind the OpenVDB Import node is that it will function similar to the Attribute node, where it will add an image using the vdb file and grid name provided (saved as a texture), and if the grid name is a valid attribute, it will also add the attribute to the object. This in theory means it can substitute for a voxel attribute node. The object will then be treated as the domain / bounding box of the vdb texture.<br><br>The node structure is still tentative, as there may be better ways of implementing it since I am not entirely familiar with the node architecture. Some simple alternatives:<br><ul><li>Base it on the Principled Volume Node instead of Attribute, which will allow being able to load all grids in one node instead of having one node per grid per file. This will require forcing specific grid names, which may be too inflexible.</li><li>Accept an Attribute Node as an input instead of having a grid field (not too important of a distinction I think).</li></ul>Regardless of implementation details, the image slot number and the attribute must be passed along to the object.<br><br><b>To-dos next week</b><br><ul><li>Finish node implementation.</li><li>Try to connect the current VDB previewer to the new node.</li><li>Finish testing Cycles stand-alone.</li><li>Figure out the strange memory measurement issue with OpenVDB grids.</li></ul><div>Hopefully, all of these could be done before the end of the week, in which case I will move on to my next task.<br></div><div><br></div><b>Questions</b><br><br><div>What possible improvements / changes should be done with the node?</div><div><br></div></div>