Merge pull request #1347 from richhones/meeting-notes

Added meeting notes

Author: Idclip

tsc/meetings/2022-02-02.md

@@ -0,0 +1,59 @@
+Minutes from 119th OpenVDB TSC meeting, February 2nd, 2022, (EDT)
+
+Attendees: *Ken* M., *Jeff* L., *Andre* P., *Nick* A., *Dan* B., *Rich* J.
+
+Additional Attendees: JT Nelson (Blender), Bruce Cherniak (Intel), Sebastian Gaida, Greg Hurst(United Therapeutics), Karl Marett, Sergio Rojas
+
+Agenda:
+
+1) Confirm Quorum
+2) Secretary
+3) Forum
+4) Github Issues/PRs
+5) Rasterize PR 1008 & tool separation in library
+6) Doxygen hosting
+7) CI
+8) Next meeting 
+
+------------------------
+1) Confirm Quorum
+
+Quorum is present.
+
+2) Secretary 
+
+Secretary is Richard Jones.
+
+3) Forum 
+
+Question regarding point merging ongoing. User has tested versions from Dan and Nick and found some issues regarding performance with the former. Investigation ongoing. Question regarding generating triangle meshes from nanoVDB. Ken to look into this.
+
+4) Github Issues/PRs
+
+PR No. 1297 & No. 1279 should be fine to go in.
+
+PR No. 1300 about relative includes needs looking at. 
+
+Ken looking at PR No. 1282 about addLeaf and addTile for non-standard tree dimensions, also hit by Greg (e.g. meshToVolume not working for trees depth 5).
+
+5) Rasterize PR 1008 & tool separation in library
+
+Some discussion of the specifics of the Rasterization PR No. 1008 and wider discussion of having multiple similar tools in the library if they are better for different scenarios. Consensus is if we wish to have most optimal methods for different scenarios this is probably inevitable but consideration should be made to the user API. Jeff states that there are many tools that are similar to one another in Houdini but this allows users to use best tool for the job, so a similar approach in VDB would be fine.  If possible top level user API would be able to choose best method under the hood. Most likely first step is to document different use cases and why each implementation might be used, should consider a place for this kind of freestanding developer documentation. 
+
+Dan suggests to accept the PR (after renaming RasterizeSDF to Surfacer) and work out combination with his own rasterization tools before next version  release. Nick has SOP to demonstrate functionality but wasn't planning to include until we have made decisions on final SOP possibly including other rasterization methods. Committee suggest having a 'Labs' prefix or some other dev options (possibly with a CMake flag) to allow developers to opt-in to building these SOPs whilst they are WIP. 
+
+General suggestion to improve cookbooks with more functionality to document different frameworks such as these. NanoVDB has code examples which are tested  - means they must be kept up to date which is good. 
+
+Further suggestions to reorganise library to make these kind of frameworks easier to use. Suggestions for catch all headers with the API functions for a specific functionality, say rasterization, and separate implementation files. Could take this further and separate tools and core library, or add further namespaces etc. Separation has been previously looked at but new CMake build system may make this easier. Could do these kind of major changes for a v10 release. Nick will try to make some progress towards this with rasterize PR. 
+
+6) Doxygen hosting
+
+Dan to look at it soon, need to figure out where we are hosting it. 
+
+7) CI
+
+JT has posted on Slack about OTIO and their use of CI that may be of interest to the committee.
+
+8) Next meeting 
+
+Next meeting is in one week, February 8th, 2022. 1pm-2pm EST (GMT-5).

tsc/meetings/2022-03-01.md

@@ -0,0 +1,54 @@
+Minutes from 123rd OpenVDB TSC meeting, March 1st, 2022, (EDT)
+
+Attendees: *Ken* M., *Jeff* L., *Andre* P., *Nick* A., *Dan* B., *Rich* J.
+
+Additional Attendees: JT Nelson (Blender), Bruce Cherniak (Intel), Sebastian Gaida, Kyle Wardlow (United Therapeutics), Karl Marett, Sergio Rojas
+
+Agenda:
+
+1) Confirm Quorum
+2) Secretary
+3) Forum
+4) OpenVDB 10
+5) TAC Meeting
+6) Particle Surfacing
+7) VDB Tool
+8) Richard joining ILM
+9) Next meeting 
+
+------------------------
+1) Confirm Quorum
+
+Quorum is present.
+
+2) Secretary 
+
+Secretary is Richard Jones.
+
+3) Forum 
+
+Forum post around transition to Github discussions yet to be posted.
+
+4) OpenVDB 10
+
+Plan to release version 10 late October/early November.
+
+5) TAC Meeting
+
+Ken has to give short presentation around developments in OpenVDB and planned release this year. Will discuss SDF blending, potential Mathematica Link and VDB Tool. Other issues to raise at the meeting - CI and build resources. Need wider machines (more cores) for build as the existing 2 core machines take 1hr+ to build. Attempts to use ccache etc. not sufficient is we modify a core file/header. Current build resources artificially restricting our build matrix due to turnaround time. 
+
+6) Particle Surfacing
+
+Nick to finish his PR following Dan's feednback. Dan could remove some functionality that is closer to Nick's work but level of detail feature is enough difference to keep. Documentation of these tools should be sufficient to eliminate any confusion for users. 
+
+7) VDB Tool
+
+Up for review on Github. Requires CMake and more unittests. 
+
+8) Richard joining ILM
+
+Richard joining ILM from DNEG at end of month.
+
+9) Next meeting 
+
+Next meeting is in two weeks, March 15th, 2022. 1pm-2pm EST (GMT-5).

tsc/meetings/2022-03-29.md

@@ -0,0 +1,34 @@
+Minutes from 127th OpenVDB TSC meeting, March 29th, 2022, (EDT)
+
+Attendees: *Ken* M., *Jeff* L., *Andre* P., *Nick* A., *Dan* B., *Rich* J.
+
+Additional Attendees: Greg Hurst (United Therapeutics)
+
+Agenda:
+
+1) Confirm Quorum
+2) Secretary
+3) Forum
+4) OpenVDBLink
+5) Next meeting 
+
+------------------------
+1) Confirm Quorum
+
+Quorum is present.
+
+2) Secretary 
+
+Secretary is Richard Jones.
+
+3) Forum 
+
+Request (Issue #1337) for forward declarations of grid types in Grid.h. Consensus is that this would be a good addition but some care might need to be taken with nested typedefs/sharedptrs. 
+
+4) OpenVDBLink
+
+Greg has go-ahead to contribute OpenVDBLink (Mathematica OpenVDB plugin). Needs updates for docs and error handling. Has a lot of unittests already. Need to figure out CI and some dependency issues. This will be made into a feature branch to iterate upon. 
+
+5) Next meeting 
+
+Next meeting is in one week, April 4th, 2022. 12pm-1pm EST (GMT-5).