Skip to content

Commit 3d0031d

Browse files
committed
TSC notes for September 27th.
Signed-off-by: jlait <[email protected]>
1 parent b2d8e02 commit 3d0031d

File tree

1 file changed

+138
-0
lines changed

1 file changed

+138
-0
lines changed

tsc/meetings/2022-09-27.md

Lines changed: 138 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,138 @@
1+
Minutes from 148th OpenVDB TSC meeting, September 27th, 2022
2+
3+
Attendees: *Jeff* L., *Andre* P, *Nick* A., *Dan* B.,
4+
*Rich* J., *Ken* M.
5+
6+
Additional Attendees: Karl Marett, Bruce Cherniak (Intel), Michael
7+
Shenck, Tomas Krivan (SideFX), JT Nelson (Blender), Sebastian Gaida
8+
9+
Regrets: none
10+
11+
Agenda:
12+
13+
1) Confirm quorum
14+
2) Secretary
15+
3) Forum
16+
4) NanoVDB Questions
17+
5) VDB from Polygons
18+
6) Scaling SDF in Houdini
19+
7) MAX FLT from extrapolate.
20+
8) Move meeting time one hour later
21+
9) vdb_tool changes
22+
10) Root Offset PR
23+
11) Accessor changes
24+
12) Next meeting
25+
26+
--------------------
27+
28+
1) Confirm quorum
29+
30+
Quorum is present.
31+
32+
2) Secretary
33+
34+
Secretary is Jeff Lait
35+
36+
3) Forum
37+
38+
No issues
39+
40+
4) NanoVDB Questions
41+
42+
Michael has been trying to get NanoVDB to work with GLSL. Can read
43+
hard coded offsets but not anything with coordinate index.
44+
45+
This is PNanoVDB. This is supposed to work. Ken will put Michael in
46+
touch with the author. This might be a GLSL-only issue as GLSL was
47+
added after HLSL.
48+
49+
Sebastian confirms HLSL still works.
50+
51+
5) VDB from Polygons
52+
53+
Hollow mesh can't convert to SDF because inside gets filled. We could
54+
provide an oracle that tells you the sign of the SDF. Currently done
55+
as flood fill from outside. When redistancing you can use the old SDF
56+
to tell the sign.
57+
58+
Three options:
59+
a) If redistancing can just ask the old sdfs value.
60+
b) Use an oracle like winding numbers, query once each
61+
tile and flood fill in the tile. Or, for each voxel, track the sign
62+
being fixed, and flood fill from there.
63+
c) We could rasterize signed distance instead?
64+
65+
One mode is to build unsigned and flood from the outside. Another is
66+
to trust the surface and use normals. And the other is to use an
67+
oracle.
68+
69+
The current method has some smoothing built into it. This stops it
70+
being 1:1, so we will want a mode to disable that.
71+
72+
Can we trust the oracle, or is the flood fill per tile? What of
73+
non-determinism with inconsistent oracle?
74+
75+
Could we post-run a sign check?
76+
77+
We agreed if the provided oracle is inconsistent we can call that
78+
malformed, and thus be indeterminant. But if there is anyway to avoid
79+
that we should.
80+
81+
6) Scaling SDF in Houdini
82+
83+
Should the values scale when you transform the vdb?
84+
85+
If it has the meta data this sounds good, but likely reveals
86+
inconsistancies in the internal tools.
87+
88+
An option should be added to the sop to transform.
89+
90+
What about negative scale? Should this invert the SDF? Negative
91+
scales should be ignored. Negative outside is not a valid VDB. This
92+
is opposite to how polygons work. A separate discussion is whether to
93+
allow negative SDFs to be defined by VDB, but this has a lot of far
94+
reaching implications.
95+
96+
7) MAX FLT from extrapolate.
97+
98+
Isolated bits of that don't extrapolate are left with MAX that then is
99+
tracked as the new background. Should be ignored in sweep and then
100+
corrected with real background value.
101+
102+
Jeff will send Andre and example file.
103+
104+
8) Move meeting time one hour later
105+
106+
Currently 10am PST, will become 11am. Likewise 1pm to 2pm for EST.
107+
(as usual, this tracks daylight savings in North America)
108+
109+
Unanimous vote. We have to now change the invite. Ken will try
110+
and get the time changed.
111+
112+
9) vdb_tool changes
113+
114+
Andre has made many comments, awaiting Ken's comments.
115+
116+
10) Root Offset PR
117+
118+
Original test was simplified. Everything is working now, but the
119+
offset modification method isn't as fast as it used to be. Had
120+
forgotten about inactive tiles. After a final benchmark it will be
121+
submitted.
122+
123+
Original PR is just to have the offset. Modifying the offset is a
124+
method on the tree. Should it be a dynamic node manager?
125+
126+
Ken will make the PR public after this call.
127+
128+
11) Accessor changes
129+
130+
PR 1452 - improvement for accessors.
131+
132+
Ken also has an accessor improvement for caching tiles.
133+
134+
12) Next meeting
135+
136+
Next meeting is on October 4th, 2022. 2pm-3pm EDT (GMT-4).
137+
138+
NOTE: This is one hour later.

0 commit comments

Comments
 (0)