|
| 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