academysoftwarefoundation/openvdb

OpenVDB - Sparse volume data structure and tools

View on GitHub ↗Jump to charts ↓

Summary Information

Updated 1 hour ago
Added to GitGenius on September 20th, 2026
Created on April 12th, 2013
Open Issues & Pull Requests: 249 (+0)
GitHub issues: Enabled
Number of forks: 777
Total Stargazers: 3,415 (+0)
Total Subscribers: 162 (+0)

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 85
New in 7 days: 3
Closed in 7 days: 1
Avg open age: 549 days
Stale 30+ days: 71
Stale 90+ days: 64

Recent activity

Opened in 7 days: 3
Closed in 7 days: 1
Comments in 7 days: 0
Events in 7 days: 0

Top labels

  • bug (62)
  • nanovdb (37)
  • fvdb (17)
  • enhancement (15)
  • good first issue (2)
  • ax (1)

Detailed Description

OpenVDB is a C++ library that provides a hierarchical data structure and tools for efficient storage and manipulation of sparse volumetric data on three-dimensional grids.

The library solves the problem of handling large volumetric datasets in visual effects and simulation work by using a novel hierarchical structure designed to minimize memory overhead while maintaining fast access to sparse voxel data. This approach allows applications to work with volumetric information at scales that would be impractical with dense grid representations. The tool includes a comprehensive suite of operations for querying, modifying, and analyzing volumetric data.

OpenVDB suits projects in feature film production, visual effects, and any domain requiring efficient sparse volume representation and manipulation. The library is particularly valuable for studios and developers working with smoke, fire, liquid simulations, and other volumetric phenomena where memory efficiency and computational speed are critical. The project maintains integrations with Houdini and provides NanoVDB, a GPU-friendly variant for real-time applications.

The project maintains active continuous integration across its core library, AX language extension, NanoVDB, and Houdini integration. Development occurs on the trunk branch, which contains the latest features and bug fixes but has undergone less testing than production releases. The project welcomes external contributions and maintains a discussion forum for community engagement.