Pith. sign in

REVIEW 4 major objections 4 minor 25 references

Real-Time Scene Reconstruction using Light Field Probes

T0 review · 4 major / 4 minor · reviewed 2026-08-06 · deepseek-v4-flash

Pith's one-line read This paper argues that light field probes built from real-world laser scans can render a room-scale scene in real time at a per-frame cost that does not grow with scene complexity, using simulated probes to preserve quality at novel…

desk verdict Plausible incremental extension of McGuire's probe work, but the complexity-independence claim is contradicted by the paper's own grid iterator and the validation is too thin to support the city-scale framing. read the letter →

arxiv 2507.14624 v1 pith:BMZSQYC6 submitted 2025-07-19 cs.GR cs.CV

classification cs.GRcs.CV
keywords lightfieldprobesoctahedralmappingnovelviewsynthesisreal-timerenderingpointcloudreconstructionscenecomplexityhierarchicalraymarchingprobe-based
verification ladder T0 review T1 audit T2 compute T3 formal

The pith

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The reading

This paper argues that a room-scale scene can be reconstructed from a handful of laser-scanner point clouds and rendered in real time by baking all scene information into light field probes: octahedral 2D maps that store, per direction, the distance to the nearest surface, its irradiance, and an incoming-normal direction. Because ray queries consult these maps instead of explicit geometry, the per-frame rendering cost stays flat as scene detail grows, and a frame of the test room renders in about 11 ms. The paper also introduces simulated probes, generated offline by re-projecting the merged point cloud from arbitrary new positions, to keep quality high when the eye leaves the original scan locations. If the claim holds, large scenes could be streamed to VR and AR devices as compressed probe textures rather than geometry.

What carries the argument

The central object is the octahedral light field probe: a set of 2D textures (distance, irradiance, and normal or incoming-direction maps) obtained by projecting the merged point cloud onto an octahedron. Ray marching against the distance map finds the first surface hit; because all points along a ray from the probe origin project to a single texel, an eye aligned with a probe can resolve radiance in $O(1)$ by a single lookup. Hierarchical tracing uses a coarse 128x128 map to skip empty space and a fine 2048x2048 map to resolve the hit, and a grid iterator walks cubes of probes until a cube's probes capture the intersection.

What would settle it

Place an additional laser scan at a location used for a simulated probe and compare the simulated octahedral distance and irradiance maps against the real scan's data; large depth errors or missing surfaces in regions that were occluded in the original scans would falsify the assumption. A simpler visual test: render a novel view where a thick occluder hides part of the scene in all original scans; if the probe shows ghost geometry or wrong colors behind the occluder, the reprojection has produced invalid light field data.

Watch

Extended reading notes

Core claim

The central claim is that light field probes derived directly from real-world point cloud scans are a sufficient scene representation for real-time novel view synthesis, with per-frame cost independent of scene complexity. The authors support this by reconstructing a cluttered 6-by-3-meter lab from four scans, storing each probe as five octahedral maps (2048x2048 fine, 128x128 coarse), and demonstrating rendering times of 11.1 to 11.5 ms across regions of different complexity. They further claim that simulated probes, made by reprojecting the registered point cloud onto octahedral maps centered at new locations, restore quality when the eye moves away from a probe, an operation that would require retraining in neural methods.

Load-bearing premise

The simulated-probe step assumes that re-projecting the merged point cloud onto an octahedral map centered at a new location correctly reproduces what that location would see, which can fail where scans have holes, occluded regions, or surfaces visible only from certain angles.

Editorial extensions

If this is right

  • Rendering time stays near constant as scene geometry is added, making frame budgets predictable for streaming and VR applications.
  • Probe textures compress and stream more cheaply than explicit meshes or point clouds, since each probe is five 2D images totaling about 24 MB.
  • Eye-aligned probes give a one-lookup path for radiance, so dense probe placement can be used for high-quality regions without proportional rendering cost.
  • Simulated probes allow novel-view synthesis without retraining, unlike neural radiance-field methods that need extra optimization for new viewpoints.
  • The method reconstructs scenes without explicit geometry, so it can ingest raw scanner data directly, skipping mesh building and maintenance.

Reading between the lines

Editorial extensions of the paper, not claims the author makes directly.

  • The simulated-probe assumption is untested where the merged point cloud has holes: surfaces visible only to the scanner at certain angles may vanish or ghost when reprojected from a new center, and a synthetic scene with known ground truth could quantify this.
  • The claim of complexity-independence holds for the tested range; a stress test that significantly increases geometric detail while keeping the same probes would show whether the flat 11 ms time persists or degrades through memory and bandwidth effects.
  • Since the paper reports no numerical error metrics, an objective comparison against Gaussian splatting on held-out views would separate reconstruction quality from rendering speed, which the current side-by-side images do not fully quantify.
  • The $O(1)$ eye-aligned lookup suggests a foveated or cached rendering scheme where the exact-probe case is resolved instantly and hierarchical tracing is used off-probe, an extension the paper does not explore.
Share X Bluesky LinkedIn Reddit HN

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, and a circularity audit.

Referee Report

4 major / 4 minor

Summary. The paper proposes a probe-based scene representation for real-time novel view synthesis. From registered FARO point-cloud scans of a real room, the authors generate hierarchical octahedral maps (irradiance, distance, normal) at each probe location, use hierarchical ray marching against these maps to avoid explicit runtime geometry, place probes on a uniform grid with a cube-traversal iterator, and introduce 'simulated probes' by re-projecting the registered point cloud to arbitrary locations. The central claims are that the representation is memory efficient, that rendering cost is independent of scene complexity, and that it enables real-time high-quality reconstruction of complex room-scale scenes; comparisons are made against 3D Gaussian Splatting. The paper includes qualitative images and timing measurements for four views of one lab room, with numerical error analysis explicitly deferred to future work.

Significance. If the central claims held, the approach would be an interesting and practical contribution to large-scale scene reconstruction for VR/AR: probe data are compact, the hierarchical tracing idea is reasonable, and the use of real scanner point clouds is a useful engineering contribution. The paper also has a genuine algorithmic kernel: the O(1) eye-aligned probe lookup, the two-level traversal, and the simulated-probe generation are all sensible ideas worth developing. However, the paper's headline scalability claim is not supported by the experiments and is contradicted by the algorithm's own traversal cost, and the only head-to-head comparison uses incompatible capture conditions. Given that Section 7 explicitly defers error metrics and complexity analysis, the evidence currently provided is insufficient to establish the claimed advantages.

major comments (4)
  1. [§6.2 (Rendering Time Independent of Scene Complexity) and Algorithm 3] The claim that 'rendering cost is independent of the complexity of the scene' is contradicted by the described grid iterator in §4.3. For a ray that misses all geometry, the iterator must march through every cube the ray intersects until it exits the grid, so per-ray cost grows with scene extent and probe density. Moreover, §5.1 uses higher-resolution octahedral maps for more complex scenes, which increases texel-fetch cost per ray segment. Figure 10 only shows four views of the same room with no variation in scene complexity, grid density, or traversal depth, and Section 7 explicitly defers a scaling analysis. The claim as stated is therefore unsupported by the evidence and conflicts with the algorithm's own cost structure.
  2. [§6.3 (Comparisons) and Figure 11] The comparison against Gaussian Splatting is not controlled: the two methods are tested on input captured at different times of day with different cameras, so the visual differences cannot be attributed to the reconstruction method. In addition, the 'eye aligned with camera' result in Figure 11 is obtained by the O(1) direct probe lookup of Algorithm 2, which essentially replays the captured probe data rather than demonstrating novel view synthesis. The paper provides no quantitative error metrics (PSNR, SSIM, LPIPS) for either method, and Section 7 acknowledges that numerical analysis is future work; without such metrics the claimed superiority over Gaussian Splatting is not established.
  3. [§4.1 (Simulated Probe Data) and Figure 13] The simulated-probe step assumes that projecting the registered point cloud onto a new octahedral map centered at an arbitrary location produces valid light field data for that location. This assumption is not validated quantitatively and can fail in the presence of occlusions, holes in the scan, or surfaces visible only from specific vantage points. Figure 13 shows a qualitative improvement for one region, but no analysis of where or why the simulated probe is correct. Since the simulated probe is the mechanism that purports to solve the artifact problem for off-probe viewpoints, this missing validation is a central gap.
  4. [Abstract and Section 1] The claim that the method works 'without explicit use of scene geometries' is misleading as written. Probe data are generated by projecting a registered, colorized point cloud (an explicit geometric representation) onto octahedral maps; the approach simply does not use geometry at render time. This distinction should be stated precisely in the abstract and introduction, or the claim should be revised, because the current phrasing overstates the novelty and could be read as claiming that no geometry is used at any stage.
minor comments (4)
  1. [Section 2] The sentence 'Light Field Probes A light field is the total amount of light in three-dimensional space at any position and in any direction [McGuire et al. 2017] encodes additional information...' is grammatically broken (the subject 'A light field' lacks a predicate); please rewrite this passage.
  2. [Algorithm 1 and Algorithm 3] The pseudocode uses the function distanceFromProbeToPIn3D without defining it or its inputs; the reader cannot verify the intersection test. Please provide a precise definition or a reference to the formula in the text.
  3. [Figure 12] The caption says 'the eye moves closer to the camera' in (a) but 'the eye moves away from the camera' in (b); it is unclear whether 'camera' means the probe or the phone camera, and the direction of motion is inconsistent with the body text.
  4. [Section 5.1] The text mentions 'resolution 1/5' and 'quality 4x' but the typesetting renders these as 'resolution 1 5' and 'quality 4𝑥', making the scanner settings hard to read.

Circularity Check

2 steps flagged · score 6.0 of 10

Novel-view validation is a replay of the input: eye-aligned output is a direct probe-map fetch and simulated probes re-project the same point cloud.

  1. self definitional [Section 6.3 (Eye Aligned with Camera) and Algorithm 2 (traceOneProbe)]
    "When the eye aligns with a camera, the synthesized output looks nearly the same as what is captured by the camera (Figure 11). These near-identical outputs prove that our methodology can synthesize high-quality outputs. Algorithm 2: if X == probeOrigin then uv = projectOntoProbeData(omega); irradiance = texelFetch(Lp,rp,uv).color"

    The eye-aligned output is not synthesized from a learned or geometric model; Algorithm 2 directly fetches the stored radiance texel from the probe map at the ray direction. That probe map was constructed from the same FARO scan/camera that provides the 'captured' reference in Figure 11. Hence the near-identical result is guaranteed by construction up to projection and resampling error, and the comparison cannot validate any form of novel-view synthesis. It is the logical equivalent of fitting a quantity to data and then reporting that the fitted quantity reproduces the data.

  2. fitted input called prediction [Section 4.1 (Simulated Probe Data) and Section 6.3 (Eye Not Aligned with Camera), Figure 13]
    "we can pick any point in the location as the probe location. Then, we map all points to the unit sphere of the probe, project to the octahedron and finally create an octahedral map. In this way, we are able to generate as many probes as needed for reconstructing a high-quality scene."

    A simulated probe is generated by re-projecting the same registered point cloud that was captured by the real scans. Rendering from that probe is then a lookup into an octahedral map built from those same points, so the 'novel view' at the eye position is a resampling of the input data, not an independent prediction against a held-out viewpoint. Figure 13 compares two renderings that are both derived from the identical point-cloud input; the missing region is filled only because that input happens to contain points visible from the simulated center. The demonstrated success is therefore built into the data-generation step rather than tested against unseen observations.

full rationale

The rendering pipeline itself is not inherently circular: re-projecting a point cloud into octahedral probe maps and ray-marching those maps is a legitimate, self-contained rendering technique, and the self-citation to McGuire et al. 2017 is not load-bearing because that prior work is a published, externally available ray-tracing algorithm. The circularity is concentrated in the evaluation of the central claim. The paper's two headline demonstrations both reduce to the input by construction: the eye-aligned result (Section 6.3, Figure 11) is a direct texel fetch from the probe map generated from the same camera, and the simulated-probe result (Section 4.1, Figure 13) re-projects the same captured point cloud from a new center. Neither validation compares against a held-out real view, so the 'high-quality novel view synthesis' claim is supported only by replaying the training data. Separately, the abstract and Section 6.2 claim that rendering cost is independent of scene complexity; this is a correctness concern rather than a circularity one, because the paper's own scaling mechanism (Section 5.1 uses higher-resolution maps for more complex scenes, and Section 4.3's grid iterator marches over cubes along the ray) implies per-frame work that depends on probe density and map resolution. That unsupported complexity claim does not itself fit the circularity patterns, but it reinforces the need for external validation. Overall, because the core novel-view validation reduces to input replay, the paper earns a partial circularity score of 6.

Assumptions & free parameters 5 free parameters · 4 assumptions · 0 invented entities

The approach inherits the light field probe framework from McGuire et al. 2017 and adds a point-cloud-to-probe pipeline. The central claim of constant render cost depends on the probe representation, whose validity for real-world scenes is assumed rather than derived. No physical entities are invented; the main new artifact is the simulation procedure for generating probes at arbitrary locations from a single registered point cloud.

free parameters (5)
  • Finer octahedral map resolution = 2048x2048
    Chosen by hand for final results; higher (3072) produced more aliasing due to sparse point density, lower (1024) produced jaggies. Directly trades quality and memory.
  • Coarser octahedral map resolution = 128x128
    Second level of the two-level hierarchy; the paper tests 64x64 and 128x128 and finds low-res maps do not affect quality.
  • Number of hierarchy levels = 2
    Two-level hierarchical tracing is used; the paper does not explore other depths.
  • Probe grid spacing = Not reported
    Probes are placed on a uniform 3D grid, but the spacing is never specified; the choice controls reconstruction quality and memory.
  • Normal visibility threshold = dot(normal, omega) < 0
    The backface test threshold is fixed at zero; no sensitivity analysis is provided.
assumptions (4)
  • domain assumption The FARO laser scanner point cloud, after registration and color balancing, is an accurate model of the scene sufficient to generate probe maps.
    Section 5.1 and 5.3 assume the processed point cloud is ground truth for building octahedral maps.
  • domain assumption A light field probe at a point stores the radiance arriving at that point from all directions, and this is sufficient for shading any ray that passes through or near the probe.
    Inherited from McGuire et al. 2017; the paper relies on this for the O(1) eye-aligned lookup (Section 4.2, Algorithm 2).
  • ad hoc to paper Projecting all points of the registered point cloud onto a new octahedral map centered at an arbitrary location yields valid probe data for that location (the 'simulated probe').
    Section 4.1 and Figure 13; this is the novel but unvalidated step for eye-not-aligned views.
  • domain assumption The octahedral mapping with nearest-point depth projection adequately represents visibility; occluded points are ignored and no transparency is modeled.
    Section 4.2 describes ray marching with depth compare; this assumes a single depth layer per direction.

how reviews work

0 comments
Cite this review

Pith. "Pith review of Real-Time Scene Reconstruction using Light Field Probes." pith.science (2026). https://pith.science/paper/BMZSQYC6

@misc{pith2026250714624,
  author       = {Pith},
  title        = {Pith review of: Real-Time Scene Reconstruction using Light Field Probes},
  year         = {2026},
  howpublished = {\url{https://pith.science/paper/BMZSQYC6}},
  note         = {Machine review of arXiv:2507.14624}
}
read the original abstract

Reconstructing photo-realistic large-scale scenes from images, for example at city scale, is a long-standing problem in computer graphics. Neural rendering is an emerging technique that enables photo-realistic image synthesis from previously unobserved viewpoints; however, state-of-the-art neural rendering methods have difficulty efficiently rendering a high complex large-scale scene because these methods typically trade scene size, fidelity, and rendering speed for quality. The other stream of techniques utilizes scene geometries for reconstruction. But the cost of building and maintaining a large set of geometry data increases as scene size grows. Our work explores novel view synthesis methods that efficiently reconstruct complex scenes without explicit use of scene geometries. Specifically, given sparse images of the scene (captured from the real world), we reconstruct intermediate, multi-scale, implicit representations of scene geometries. In this way, our method avoids explicitly relying on scene geometry, significantly reducing the computational cost of maintaining large 3D data. Unlike current methods, we reconstruct the scene using a probe data structure. Probe data hold highly accurate depth information of dense data points, enabling the reconstruction of highly complex scenes. By reconstructing the scene using probe data, the rendering cost is independent of the complexity of the scene. As such, our approach combines geometry reconstruction and novel view synthesis. Moreover, when rendering large-scale scenes, compressing and streaming probe data is more efficient than using explicit scene geometry. Therefore, our neural representation approach can potentially be applied to virtual reality (VR) and augmented reality (AR) applications.

Figures

Figures reproduced from arXiv: 2507.14624 by the authors.

Figure 1
Figure 1. A 3D scene and its probe-based parameterizations. Left to right: ray tracing the scene via scene geometries; ray tracing the [PITH_FULL_IMAGE:figures/full_fig_p001_1.png] view at source ↗
Figure 2
Figure 2. (a) A visualization of the octahedral mapping; (b) A visualization of Ray marching. [PITH_FULL_IMAGE:figures/full_fig_p003_2.png] view at source ↗
Figure 3
Figure 3. (a) probes are placed vertices of a uniform 3D grid, which consists of cubes; (b) an indexed cube with probes at vertices. Arrows [PITH_FULL_IMAGE:figures/full_fig_p004_3.png] view at source ↗
Figures from the paper (12 more)
Figure 4
Figure 4. Figure 4: (a) A FARO scanner; (b) FARO parameter setting UI; (c) the scanner scans an environment; vertical angle covers [PITH_FULL_IMAGE:figures/full_fig_p006_4.png]
Figure 5
Figure 5. Figure 5: An example of 5 octahedral maps generated for a single probe. Left to right: irradiance map of 2048x2048, distance maps of [PITH_FULL_IMAGE:figures/full_fig_p007_5.png]
Figure 6
Figure 6. Figure 6: Irradiance map and its aliasing: (a) A 2048x2048 irradiance octahedral map of the lab; (b) the enlarged highlighted area of [PITH_FULL_IMAGE:figures/full_fig_p008_6.png]
Figure 7
Figure 7. Figure 7: Scene reconstructions with different high-resolution probe data; the reconstruction using 1024x1024 probe data has more jig [PITH_FULL_IMAGE:figures/full_fig_p009_7.png]
Figure 8
Figure 8. Figure 8: Low-resolution probe data do not affect the scene reconstruction quality; the reconstructions use probe data with resolution: [PITH_FULL_IMAGE:figures/full_fig_p009_8.png]
Figure 9
Figure 9. Figure 9: Reconstruction of the scene using only 1 probe data; the eye is aligned with the probe’s position. [PITH_FULL_IMAGE:figures/full_fig_p010_9.png]
Figure 10
Figure 10. Figure 10: Rendering time does not grow linearly as the scene complexity increases; to render a frame, each takes: (a) 11.36ms; (b) [PITH_FULL_IMAGE:figures/full_fig_p010_10.png]
Figure 11
Figure 11. Figure 11: Comparisons on test scene when the eye is aligned with the camera. Our method is able to recover fine details and even [PITH_FULL_IMAGE:figures/full_fig_p010_11.png]
Figure 12
Figure 12. Figure 12: The reconstruction quality becomes worse as the eye moves away from the camera: (a) reconstruction using probe technique [PITH_FULL_IMAGE:figures/full_fig_p011_12.png]
Figure 13
Figure 13. Figure 13: Reconstruction with simulated probe data can resolve the problem of missing data. Probe data are generated offline, so [PITH_FULL_IMAGE:figures/full_fig_p012_13.png]
Figure 14
Figure 14. Figure 14: A panoramic picture of the lab [PITH_FULL_IMAGE:figures/full_fig_p016_14.png]
Figure 15
Figure 15. Figure 15: We create a project point cloud data that consists of all scans. The figure visualizes the project point cloud after colorization, [PITH_FULL_IMAGE:figures/full_fig_p016_15.png]

Discussion (0). Sign in to comment.

Reference graph

Works this paper leans on

25 extracted references · 12 canonical work pages

  1. [1]

    Building Rome in a day

    Agarwal, Sameer et al. (Sept. 2009). “Building Rome in a day”. In: 2009 IEEE 12th International Conference on Computer Vision. ISSN: 2380-7504, pp. 72–79. doi: 10.1109/ICCV.2009.5459148. url: https://ieeexplore.ieee.org/abstract/ document/5459148 (visited on 10/19/2023)

  2. [2]

    Aliev, Kara-Ali et al. (Apr. 2020).Neural Point-Based Graphics. Number: arXiv:1906.08240 arXiv:1906.08240 [cs]. url: http://arxiv.org/abs/1906.08240 (visited on 08/03/2023)

  3. [3]

    Texture and reflection in computer generated images

    Blinn, James F. and Martin E. Newell (Oct. 1976). “Texture and reflection in computer generated images”. In: Communi- cations of the ACM 19.10, pp. 542–547. issn: 0001-0782. doi: 10.1145/360349.360353. url: https://dl.acm.org/doi/10. 1145/360349.360353 (visited on 08/07/2023)

  4. [4]

    Burov, Andrei, Matthias Nießner, and Justus Thies (Aug. 2021). Dynamic Surface Function Networks for Clothed Human Bodies. Number: arXiv:2104.03978 arXiv:2104.03978 [cs]. url: http://arxiv.org/abs/2104.03978 (visited on 08/03/2023)

  5. [5]

    Reconstruction and representation of 3D objects with radial basis functions

    Carr, J. C. et al. (Aug. 2001). “Reconstruction and representation of 3D objects with radial basis functions”. In:Proceedings of the 28th annual conference on Computer graphics and interactive techniques . SIGGRAPH ’01. New York, NY, USA: Association for Computing Machinery, pp. 67–76. isbn: 978-1-58113-374-5. doi: 10 . 1145 / 383259 . 383266.url: https:/...

  6. [6]

    Garbin, Stephan J. et al. (Apr. 2021a). FastNeRF: High-Fidelity Neural Rendering at 200FPS . Number: arXiv:2103.10380 arXiv:2103.10380 [cs]. doi: 10.48550/arXiv.2103.10380. url: http://arxiv.org/abs/2103.10380 (visited on 08/03/2023). – (Apr. 2021b).FastNeRF: High-Fidelity Neural Rendering at 200FPS. arXiv:2103.10380 [cs].doi: 10.48550/arXiv.2103.10380. u...

  7. [7]

    (June 2020)

    Genova, Kyle et al. (June 2020). Local Deep Implicit Functions for 3D Shape . arXiv:1912.06126 [cs]. doi: 10.48550/arXiv. 1912.06126. url: http://arxiv.org/abs/1912.06126 (visited on 08/07/2023)

  8. [8]

    Hedman, Peter et al. (Mar. 2021). Baking Neural Radiance Fields for Real-Time View Synthesis . arXiv:2103.14645 [cs]. doi: 10.48550/arXiv.2103.14645. url: http://arxiv.org/abs/2103.14645 (visited on 10/19/2023)

Show all 25 references
  1. [9]

    3D Gaussian Splatting for Real-Time Radiance Field Rendering

    Kerbl, Bernhard et al. (Aug. 2023). “3D Gaussian Splatting for Real-Time Radiance Field Rendering”. en. In: ACM Transactions on Graphics 42.4, pp. 1–14. issn: 0730-0301, 1557-7368. doi: 10.1145/3592433. url: https://dl.acm.org/doi/ 10.1145/3592433 (visited on 01/04/2024)

  2. [10]

    Dynamic Diffuse Global Illumination with Ray-Traced Irradiance Fields

    Majercik, Zander et al. (2019). “Dynamic Diffuse Global Illumination with Ray-Traced Irradiance Fields”. en. In: 8.2

  3. [11]

    Scaling Probe-Based Real-Time Dynamic Global Illumination for Production

    Majercik, Zander et al. (2021). “Scaling Probe-Based Real-Time Dynamic Global Illumination for Production”. en. In: 10.2

  4. [12]

    Martin-Brualla, Ricardo et al. (Jan. 2021). NeRF in the Wild: Neural Radiance Fields for Unconstrained Photo Collections . Number: arXiv:2008.02268 arXiv:2008.02268 [cs]. doi: 10.48550/arXiv.2008.02268. url: http://arxiv.org/abs/2008.02268 (visited on 08/03/2023)

  5. [13]

    Real-time global illumination using precomputed light field probes

    McGuire, Morgan et al. (Feb. 2017). “Real-time global illumination using precomputed light field probes”. In: Proceedings of the 21st ACM SIGGRAPH Symposium on Interactive 3D Graphics and Games. I3D ’17. New York, NY, USA: Association for Computing Machinery, pp. 1–11. isbn: 9...

  6. [14]

    Mildenhall, Ben et al. (Aug. 2020). NeRF: Representing Scenes as Neural Radiance Fields for View Synthesis . Number: arXiv:2003.08934 arXiv:2003.08934 [cs]. doi: 10.48550/arXiv.2003.08934. url: http://arxiv.org/abs/2003.08934

  7. [15]

    Light Probe Selection Algorithms for Real-Time Rendering of Light Fields

    Musgrave, F Kenton (1988). “Light Probe Selection Algorithms for Real-Time Rendering of Light Fields”. In: Research Report No. RR-639, Dept. of Computer Science, Yale Univ

  8. [16]

    DONeRF: Towards Real-Time Rendering of Compact Neural Radiance Fields using Depth Oracle Networks

    Neff, Thomas et al. (July 2021). “DONeRF: Towards Real-Time Rendering of Compact Neural Radiance Fields using Depth Oracle Networks”. In: Computer Graphics Forum 40.4. arXiv:2103.03231 [cs], pp. 45–59. issn: 0167-7055, 1467-8659. doi: 10.1111/cgf.14340. url: http://arxiv.org/a...

  9. [17]

    Rebain, Daniel et al. (Nov. 2020).DeRF: Decomposed Radiance Fields. arXiv:2011.12490 [cs].doi: 10.48550/arXiv.2011.12490. url: http://arxiv.org/abs/2011.12490 (visited on 10/19/2023)

  10. [18]

    KiloNeRF: Speeding up Neural Radiance Fields with Thousands of Tiny MLPs

    Reiser, Christian et al. (Oct. 2021). “KiloNeRF: Speeding up Neural Radiance Fields with Thousands of Tiny MLPs”. en. In: 2021 IEEE/CVF International Conference on Computer Vision (ICCV) . Montreal, QC, Canada: IEEE, pp. 14315–14325. isbn: 978-1-66542-812-5. doi: 10.1109/ICCV4...

  11. [19]

    Rematas, Konstantinos et al. (Nov. 2021). Urban Radiance Fields. arXiv:2111.14643 [cs]. doi: 10.48550/arXiv.2111.14643. url: http://arxiv.org/abs/2111.14643 (visited on 10/19/2023)

  12. [20]

    Sitzmann, Vincent et al. (Apr. 2019). DeepVoxels: Learning Persistent 3D Feature Embeddings . Number: arXiv:1812.01024 arXiv:1812.01024 [cs]. doi: 10.48550/arXiv.1812.01024. url: http://arxiv.org/abs/1812.01024 (visited on 08/03/2023)

  13. [21]

    Takikawa, Towaki et al. (2021). Neural Geometric Level of Detail: Real-time Rendering with Implicit 3D Shapes . doi: 10.48550/ARXIV.2101.10994. url: https://arxiv.org/abs/2101.10994

  14. [22]

    Tancik, Matthew et al. (Feb. 2022). Block-NeRF: Scalable Large Scene Neural View Synthesis . arXiv:2202.05263 [cs]. doi: 10.48550/arXiv.2202.05263. url: http://arxiv.org/abs/2202.05263 (visited on 10/19/2023)

  15. [23]

    Turki, Haithem, Deva Ramanan, and Mahadev Satyanarayanan (Mar. 2022). Mega-NeRF: Scalable Construction of Large-Scale NeRFs for Virtual Fly-Throughs . arXiv:2112.10703 [cs]. doi: 10 . 48550 / arXiv. 2112 . 10703.url: http : //arxiv.org/abs/2112.10703 (visited on 10/19/2023)

  16. [24]

    (May 2023)

    Xiangli, Yuanbo et al. (May 2023). BungeeNeRF: Progressive Neural Radiance Field for Extreme Multi-scale Scene Rendering . Number: arXiv:2112.05504 arXiv:2112.05504 [cs]. doi: 10.48550/arXiv.2112.05504. url: http://arxiv.org/abs/2112.05504 (visited on 08/03/2023)

  17. [25]

    Yu, Alex et al. (Aug. 2021). PlenOctrees for Real-time Rendering of Neural Radiance Fields . Number: arXiv:2103.14024 arXiv:2103.14024 [cs]. doi: 10.48550/arXiv.2103.14024. url: http://arxiv.org/abs/2103.14024 (visited on 08/03/2023). A ALGORITHMS Algorithm 1 RayMarching((𝐿𝑝,𝑟...

Pith tools

Reviewed August 6, 2026 · model on record in the stance chip above.