Skip to content

Commit f00c31c

Browse files
committed
TSC Notes for Jan 17 2023
Signed-off-by: jlait <[email protected]>
1 parent d77eaad commit f00c31c

File tree

1 file changed

+138
-0
lines changed

1 file changed

+138
-0
lines changed

tsc/meetings/2023-01-17.md

Lines changed: 138 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,138 @@
1+
Minutes from 159th OpenVDB TSC meeting, January 17th, 2023
2+
3+
Attendees: *Jeff* L., *Andre* P, *Dan* B., *Ken* M., *Nick* A., *Greg*
4+
H., *Rich* J.
5+
6+
Additional Attendees: Peyton Murray
7+
8+
Agenda:
9+
10+
1) Confirm quorum
11+
2) Secretary
12+
3) Unitialized Point Flags in VolumeToMesh (PR1523)
13+
4) NanoVDB Static Asserts (PR1522)
14+
5) Hollow Mesh (PR1525)
15+
6) Next meeting
16+
17+
------------
18+
19+
1) Confirm quorum
20+
21+
Quorum is present.
22+
23+
2) Secretary
24+
25+
Secretary is Jeff Lait.
26+
27+
3) Forum
28+
29+
There is one question about the sharp edges reconstruction that exists
30+
in Houdini but not the core library. This has been discussed
31+
previously where we will be happy with someone porting the available
32+
code into the core library.
33+
34+
4) Python Bindings
35+
36+
Peyton added some automatons to cmake to support python. But
37+
pyopenvdb exists, so we can't publish. We need the owner's permission
38+
to take over, but have not been able to get consistent reply. So
39+
perhaps we should publish as openvdb bindings on PyPi. We have a PR
40+
to make all the python bindings pybind11. Changing the name to
41+
openvdb seems totally fine. Peyton will put it on hold until the
42+
pybind11 is done. Renaming the module is most useful if we changed
43+
the API. We could deprecate the old pyopenvdb vs openvdb? Maybe
44+
pybind11 could publish to openvdb and old one publishes to pyopenvdb?
45+
46+
Conclusion: pybind11 will publish to openvdb and we do not have to overtake
47+
the pyopenvdb package.
48+
49+
Peyton will summarize this on the existing automation PR.
50+
51+
5) Hollow VDB
52+
53+
Discussion of the problem with dual contouring not matching the
54+
interpolation. In magnification this can become quite severe so the
55+
oracle will set entire tiles to the wrong sign. However,
56+
mangnification is also the case where there is little need for the
57+
dual contouring other than avoiding building a fat band. The plan is
58+
to investigate resampling top-down a narrow band for the magnification
59+
case and see how well it works.
60+
61+
This would be the rebuild changes behaviour depending on magnification
62+
vs minification.
63+
64+
65+
6) UUID Update
66+
67+
Can the UUID in the file system be an arbitrary tag? It is just a
68+
random string. We can support blank strings to mean no uuid that
69+
always fails comparison checks. std::random_device can throw so we
70+
need a sensible action in that case.
71+
72+
Why do we have UUID in vdb tools? It currently is only 32 bits of
73+
entropy, so has to be changed to cycle from std::random_device
74+
instead.
75+
76+
7) ASWF Annual Meeting
77+
78+
The meeting is on February 17th. TSC updates are now optional. We
79+
have to ask to present rather than mandatory presentation. There are
80+
10, 20, and 40 minutes timeslots. Do we have any updates?
81+
82+
Conclusion: We will not have a presentation as our forward looking
83+
report hasn't changed overmuch.
84+
85+
There is both a public part, and a governing board meeting that is
86+
closed. The second half requires a set of bullet points.
87+
88+
Do we do a siggraph presentation?
89+
90+
Bullet points are due January 19th. We should point out that the paid
91+
runners in github actions made a big improvement for our last release.
92+
93+
We can commit to making Boost optional.
94+
95+
We can list as likely having pybind11, hollow VDB, half support, and
96+
vdb blend-fillet.
97+
98+
We should consider a siggraph course this year. Next meeting is to
99+
discuss farther.
100+
101+
8) VDB Merge Max
102+
103+
VDB Combine and Max produce different activation rules. Inactive
104+
non-background values in particular are causing issues. If an
105+
inactive voxel has the larger value, does it copy the inactivity?
106+
107+
This seems to be something that should be an option? Should inactive
108+
voxels contribute at all?
109+
110+
Max seems it should be order independent with the inactivity copying,
111+
which seems contrary to the usual symmetry for Max.
112+
113+
How do we expose an option? Do we say Max with Active and Max
114+
without? Maybe a transfer active state toggle?
115+
116+
Unioning the two active states seems best? Or still needs to be an
117+
option? Or do we just ignore inactive entirely?
118+
119+
What is should an empty grid with background value of ten which you
120+
max with a grid with topology with values less than ten result in? Is
121+
it the same topology set to 10? Or is it blown away empty grid with
122+
background value of 10?
123+
124+
VDB Combine explicitly sets a union topology. By definition, it
125+
unions topology and then applies the per-voxel operation.
126+
127+
In general, we need a tool to set inactive values to background value.
128+
129+
This ties back to inactive voxels containing non-background values. A
130+
lot of tools just use inactive as mask. And a lot of tools act as if
131+
inactive doesn't exist.
132+
133+
So long as we document the choices we are okay with any particular
134+
answer to this. Outside that is undefined behavior.
135+
136+
9) Next meeting
137+
138+
Next meeting is on January 24th, 2023. 2pm-3pm EDT (GMT-4).

0 commit comments

Comments
 (0)