Or Perel
Or Perel
The current `PackedRFTracer` implementation allows some control for `bg_color` to the RGB channel. We're missing this flexibility for additional channels (i.e. whose "clear color" may be random or some other...
Subclassing `WispDataset` to, i.e, return a `MultiviewBatch` with additional supervision fields, and applying `SampleRays` transform on top may cause some of the fields to be omitted. For example, in the...
In addition to the current SPC raymarcher, the following NGP features would be useful to integrate: 1. Bottom level acceleration structure: occupancy bitgrid 2. DDA ray marcher, backed by a...
Support 2d images and textures in the interactive renderer scene graph. This allows to visualize them together with neural fields.
A fix for hashgrid grad by coords not being passed back from backward kernel. See discussion in issue #142
WispApp uses glumpy with a `glfw_imgui` backend, which defaults to OpenGL 2.1 context. However, imgui expects an OpenGL 3.3+ context, which causes errors on some envs. 1. This MR creates...
Additions to `IntrinsicsPinhole`: 1. Add properties for `cx` and `cy`, which represent the actual principal points (currently we expose only `x0`, `y0`, which are deltas from the center. 2. Add...
Creating a SPC with an empty octree of 0 LODs (octree is a tensor of [0]) fails. Suggested fix: update `kaolin.ops.spc.scan_octrees` to return an empty `torch.Tensor` when `octrees` is a...
Images captured in the wild require usually incur various forms of distortion (i.e. barrel, pincushion, ..). We could support this case in kaolin via a new camera intrinsics model which...
Hi glumpy team! Thank you for a wonderful library. I'm one the authors of [kaolin-wisp](https://github.com/NVIDIAGameWorks/kaolin-wisp). We use glumpy as a dependency to draw layers of info on our interactive renderer...