Spatial Hashing Light Importance Caching for Real-Time Ray Tracing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing image rendering technologies face challenges in efficiently handling complex scenes with many light sources, particularly in real-time applications, due to resource constraints and the need for high frame rates, leading to insufficient representation of lighting and increased resource intensity.

Innovation Solution

The use of spatial hashing to determine light importance and caching, specifically through octahedral voxels, allows for optimized sampling of light rays based on their contribution to scene regions, reducing resource usage while maintaining high image quality.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If all light sources are sampled uniformly to accurately represent lighting in complex scenes, then image quality is improved, but resource consumption increases and frame rate decreases

Engineering Contradiction:
Improvelighting representation accuracyVSAvoidframe rate
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

The patent applies local quality by differentiating the sampling strategy based on spatial location. Importance caches are organized into spatial hash tables that divide the scene into regions, with each region having its own cache. This allows different sampling rates to be applied to different regions - high sampling rates in regions with important light sources and lower sampling rates in regions with less important light sources, thereby maintaining image quality where needed while improving overall frame rate.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The patent segments the lighting computation into separate importance caches organized by spatial hash tables. Each spatial hash table manages a specific region of the scene and maintains its own cache of light contribution data. This segmentation allows the system to process different regions independently with different levels of computational intensity, resolving the contradiction between accuracy and frame rate.

Inventive Principle:
Principle #1Segmentation

2Measurement precision

If all light sources are sampled uniformly to accurately represent lighting in complex scenes, then image quality is improved, but computational resource capacity is insufficient

Engineering Contradiction:
Improvelighting representation accuracyVSAvoidcomputational resource capacity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The system applies local quality by concentrating computational resources on regions with important light sources. Each spatial hash table maintains an importance cache that tracks which light sources contribute significantly to each region. The sampling rate is dynamically adjusted based on the number and importance of light sources in each region, allowing high accuracy where needed while reducing computational load elsewhere, thus working within device complexity constraints.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The patent applies partial action by sampling only the necessary subset of light sources for each region rather than uniformly sampling all light sources throughout the entire scene. The importance cache mechanism identifies and prioritizes the most important light sources for each spatial region, allowing the system to use partial sampling that provides sufficient accuracy without exhausting computational resources.

Inventive Principle:
Principle #16Partial or excessive action

3Measurement precision

If sampling is performed for all light sources in complex scenes, then lighting accuracy is improved, but bandwidth and cache requirements increase

Engineering Contradiction:
Improvelighting accuracyVSAvoidbandwidth and cache requirements
Core Design Contradiction:
Measurement precisionVSQuantity of substance

Solution Approach 1:

The patent segments the lighting data into separate importance caches organized by spatial hash tables. Each spatial hash table maintains its own cache for a specific region, which reduces the total cache footprint compared to a single global cache that would need to store data for all light sources across the entire scene. This segmentation allows lighting accuracy to be maintained in each region while reducing overall bandwidth and cache requirements.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent extracts and stores only the essential light contribution data for each region in the corresponding spatial hash table's importance cache. By extracting only the necessary information (light sources and their contributions to specific regions) rather than storing all possible lighting data globally, the system maintains lighting accuracy where needed while significantly reducing bandwidth and cache requirements.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS12374024B2Light importance caching using spatial hashing in real-time ray tracing applications
Publication Date: 2025.07.29 NVIDIA CORP
  • US12374024B2 patent drawing
  • US12374024B2 patent drawing
  • US12374024B2 patent drawing

AI summary

Light contribution information can be determined and cached for use in rendering image frames for a scene. In at least one embodiment, a spatial hash data structure can be used to split the scene into regions, such as octahedral voxels. Using cast light rays, an average light contribution can be computed for each individual voxel. Those light values can then be used to build a cumulative distribution function for each voxel that can be used to select which lights to sample for a given frame during rendering. The sampling for a region or voxel can be based at least in part upon the number of contributing lights for that region, as well as the relative contributions of those lights. Such an approach can be very bandwidth and cache efficient, while providing high image quality.