Skip to content

Commit 59b54f2

Browse files
committed
Added missing notes
Signed-off-by: Nick Avramoussis <[email protected]>
1 parent 8166352 commit 59b54f2

File tree

1 file changed

+58
-6
lines changed

1 file changed

+58
-6
lines changed

tsc/meetings/2021-06-22.md

Lines changed: 58 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -14,6 +14,10 @@ Agenda:
1414
3) PyBind11
1515
4) OpenPRs
1616
5) VDB Visualize SOP
17+
6) Bug report on VDB Clip SOP not supporting cameras with overscan.
18+
7) Continuing discussion on VDB Visualize Tree SOP
19+
8) JT looked at the transcript for the OpenVDB SIGGRAPH course, which looks
20+
9) Next meeting
1721

1822

1923
1) Confirm Quorum
@@ -41,26 +45,26 @@ can release a new (minor) version of VDB with this support. This needs approval
4145
from Ken and we should discussing the versioning required.
4246

4347
EXR 3 (no PR, related to a proposed TBB release): How we bump VDB with the TBB
44-
2021 changes is sort of related to how we would release a new version with
45-
EXR 3 support. All agree that the path of least resistance is to make EXR
48+
2021 changes is sort of related to how we would release a new version with
49+
EXR 3 support. All agree that the path of least resistance is to make EXR
4650
support in the command line tool optional, then add support for EXR 3. There's
4751
still a question about the VFX platform's 2022 versioning if we don't support
4852
it before EOY.
4953

50-
hsvtorgb: AX PR adding color conversion methods. Rich, tested against VEX's
54+
hsvtorgb: AX PR adding color conversion methods. Rich, tested against VEX's
5155
implementation which seems to clamp inputs going from hsv to rgb. Jeff, hue is
5256
most likely wrapped and saturation is clamped. Nick to make these changes.
5357

5458
Counting Tools: Dan, ran into some issues with g++ AX builds exceeding memory
5559
limits. Fixed by forcing the CI to build on one thread. PR needs approval.
5660

5761
CMake variable for Houdini DSOs: Dan, needs approval. There were issues with
58-
proposed alternatives (building individual targets with makefiles) so Nick
62+
proposed alternatives (building individual targets with makefiles) so Nick
5963
agrees this proposal is fine. One outstanding point was the fact that there
6064
are two CMake variables which are attempting to achieve the same thing. The
6165
first is documented at the top of the Houdini CMakeLists.txt file and turns
62-
off nodes. Dan's new system turns nodes on. Ideally we would have a single
63-
variable which supported both. Nick, a regex string would be good.
66+
off nodes. Dan's new system turns nodes on. Ideally we would have a single
67+
variable which supported both. Nick, a regex string would be good.
6468
Introducing this new system is not ideal as it stands but can be improved
6569
in the future.
6670

@@ -77,3 +81,51 @@ pain due to relative bounds moving or absolute index coordinates changing over
7781
a frame range. Nick, solves this by clipping the input geometry though this
7882
isn't the exact same solution as it needs a bounds to define the slice. Dan to
7983
experiment with some solutions.
84+
85+
6) Bug report on VDB Clip SOP not supporting cameras with overscan.
86+
87+
Dan gets a bug report in VDB Clip SOP when a user sets the window size to 1.5
88+
from the camera that you feed in, the SOP doesn't take into account the
89+
overscan when you do that. It is implemented differently with different SOPs,
90+
e.g. the SOP Occlusion Mask. Dan thinks that it is good to clean up the logic
91+
across the different SOPs.
92+
93+
However, the current SOP is not in the OpenVDB repository and is still owned
94+
by SideFX. Dan asks if this can be open-sourced. Jeff says that he should get
95+
the code into the open source repository.
96+
97+
7) Continuing discussion on VDB Visualize Tree SOP
98+
99+
Andre asks Dan: when he tries to slice the VDB, then will it always be axis
100+
aligned? Dan says yes. His plan is to do the slice by plane: x-axis, y-axis,
101+
and z-axis and have a relative 0 to 1 offset to where it lies in the bounding
102+
box, similar to what the volume slice does. Instead of sampling the volume, he
103+
wants to 'snap' the voxel values to the plane, so that as you move from one
104+
voxel to the next, it will jump to the next slice. By doing that, you can also
105+
show all of the leaf nodes and internal node wire-frame. The main idea being
106+
visualizing everything that intersects the plane. Jeff thinks this is a good
107+
idea because the Visualize Tree SOP is about exact voxel-values representation.
108+
Jeff suggests making a visualization based on solid boxes with color instead of
109+
points and to be careful with GL_LIT attribute and to set it to equal 0. Jeff
110+
is excited that this makes debugging a VDB easier.
111+
112+
JT thinks that this may be a good project for an ASWF program where they have
113+
people do Google summer-of-code projects. Dan thinks that the parallelization
114+
can be tricky with parallelizing across topology.
115+
116+
Andre asks for reference on how to do parallelization for geometry creation
117+
using HDK. Jeff suggests appendPointBlock. You can do the same thing with
118+
primitives. Dan says that the best example is the SOP_CopyPacked example in
119+
the HDK sample.
120+
121+
8) JT looked at the transcript for the OpenVDB SIGGRAPH course, which looks
122+
mangled. He asks if it is useful to have somebody to do a better transcription
123+
on his end.
124+
125+
Jeff says that SIGGRAPH should be responsible. Dan says that they have SIGGRAPH
126+
volunteers.
127+
128+
9) Next meeting
129+
130+
Next meeting is June 29th, 2021. 12pm-1pm EST (GMT-5).
131+

0 commit comments

Comments
 (0)