Imagine you're painting a room with a flashlight to find unpainted spots. You could keep a giant spreadsheet of every square inch you've illuminated — or you could just shine the flashlight from your next planned position and see if the beam hits wall you've already painted by checking against a photograph from your last position. This paper does the second thing. Instead of maintaining and merging expensive sets of observed voxels across every candidate viewpoint in an exploration tree, the authors store depth buffers — essentially GPU-rendered snapshots of what each viewpoint has already seen — and project new candidate rays into those buffers to detect overlap. The mechanism is raycasting-as-occlusion-query, not raycasting-as-set-union. The committed claim: path-dependent marginal information gain — where each candidate viewpoint's value is computed conditional on all ancestors in the planning tree, not independently — can be approximated within 5-10% of exact voxel-hash-map computation, at up to 118× speedup on a desktop GPU (RTX-class) and 28× on an embedded Jetson Orin NX. This matters because most sampling-based exploration planners treat candidate viewpoints as independent, which double-counts information in overlapping views and wastes robot time revisiting already-observed space. The current best practice in next-best-view exploration planning is to evaluate each candidate viewpoint's volumetric information gain via raycasting into an occupancy grid, treating all candidates as independent. Systems like GBPlanner, FUEL, and more recently NBVP variants compute gain this way. The independence assumption is the known weakness — it's been identified in prior work — but computing exact marginal gain by maintaining and merging voxel hash sets along each path is too slow for real-time planning. This paper doesn't invent marginal gain; it makes it tractable. The depth-buffer approximation stays within 5-10% of the exact answer while running fast enough for online planning on embedded hardware. Architecturally, this sits in the volumetric-raycasting family of exploration methods, leveraging GPU rasterization pipelines (depth-buffer rendering and reprojection) rather than the traditional CPU-side voxel-set operations. The key structural choice is processing the planning tree in depth-first order — maintaining parent-child dependency chains — while parallelizing across siblings and rays at each tree level on the GPU. The method leans on the GPU's native depth-buffer hardware, which is essentially free computation that's been sitting on every robot's GPU unused by the planning stack. Integrity is reasonable for a robotics systems paper. The authors compare against exact marginal gain (voxel hash maps) as the accuracy baseline and against independent-gain planners as the performance baseline. They test across three simulation environments with two different planners (GBPlanner2 and a custom RRT-based planner), giving six planner-environment combinations. Marginal gain improved time-to-95%-coverage in five of six cases. Real-world experiments on a physical robot showed a 30% reduction in time to 95% coverage. The simulation environments appear standard (office, warehouse, cave-like). No pre-registration, but the comparison structure is honest — they report the one case where marginal gain didn't help. The milestone ladder here is practical deployment. The 28× speedup on Jetson Orin NX is the load-bearing number — that's the embedded GPU that actually flies on drones. If the method can maintain real-time performance at higher voxel resolutions (say, 5cm instead of 10cm) and in larger environments (warehouse-scale, not room-scale), it becomes the default gain computation for any sampling-based exploration planner. The gap is probably 1-2 years of engineering hardening and integration into open-source frameworks. The obvious experiment not run: scaling to much larger environments and planning trees where the depth-buffer memory footprint could become a bottleneck, and testing with noisy real-world depth sensors where the depth-buffer approximation might degrade. The authors likely ran out of scope for an ICRA submission — these are natural extensions, not gaps that suggest the method breaks.
