OpenVDBのtrunkビルドとAX・NanoVDBのCMakeスイッチ
OpenVDB - スパース ボリューム データ構造とツール。これは、長編映画制作で一般的に使用されるボリューム測定アプリケーションで使用するために、DreamWorks Animation によって開発されました。
ひと目でわかる
- これは何？
- AcademySoftwareFoundation/openvdbのREADMEが示す疎ボリュームC++ライブラリ、依存関係、cmakeオプション、Apache-2.0移行を整理する。
- 誰に向いている？
- OpenVDBは映画制作由来の疎ボリュームデータ構造とツール群をC++で組み込みたいVFX・シミュレーション開発者向きです。GitHub上のtrunkは最新機能を含む一方、production releasesよりテストが少なく不安定とREADMEが述べます。
- 商用利用できる？
- できます。Apache-2.0 は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。
- 今もメンテナンスされている？
- されています。最後のコミットは 4 日前です。
- 何の言語で書かれている？
- 主に C++ です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月14日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
DreamWorks由来の疎ボリュームC++コア
OpenVDBは三次元グリッド上の疎ボリュームデータを効率よく保存・操作する階層データ構造とツール群を提供するオープンソースC++ライブラリです。READMEはDreamWorks Animationが長編映画制作のボリューム用途向けに開発した経緯を述べています。公式サイト、Discussion Forum、Doxygenドキュメント、Releases、SlackへのリンクがREADME上部に並びます。
リポジトリにはOpenVDB本体のほかAX、Nano、Houdini向けworkflowのCIバッジが表形式で示されています。CII Best Practicesバッジもリンクされていますが、これは品質プロセスの参照であり、特定パイプラインでの性能保証ではありません。
OpenVDB README Development Repository節はtrunkが最新public versionである一方general less stable than production releasesと明記しています。
stars約3390、forks約770、open issue 237は素材取得時点のGitHubメタデータで、READMEは品質指標として説明していません。 ASWF SlackはREADME表からslack.aswf.ioへリンクされています。
trunkとproduction releasesの安定性差
Development Repository節は、このGitHubリポジトリがOpenVDB開発のtrunkをホストすると説明しています。最新の公開版で最新機能とバグ修正を含む一方、テストが十分でなくproduction releasesより一般に不安定だとREADMEは明記しています。試験環境でtrunkを追うか、releasesページの版を固定するかは、求める機能と許容できるリグレッションリスクで決める必要があります。
CONTRIBUTING.mdへリンクするContributing節があり、パッチ提出の手順はそちらが一次資料です。trunkの不安定さは抽象論ではなく、READMEがproduction releasesと対比して書いている運用上の事実として読むべきです。
Release v13.0.0タグは2025-11-04 pushedAtとREADME Releases表が一致します。
GitHub Releases v12.1.1とv12.1.0もREADME近傍タグとして素材に含まれ、v13.0.0より保守的な固定版候補になります。
Linux/macOSのapt-getとHomebrew依存
Developer Quick Startはcore OpenVDBライブラリの基本インストール例です。Pythonモジュール、OpenVDB AX、NanoVDB、各種実行ファイルは追加依存が必要な場合があるとREADMEは前置きし、詳細はbuild documentationを参照します。
Linuxではlibboost-iostreams-dev、libtbb-dev、libblosc-devをapt-getで入れる例が示されています。配布版のバージョンが足りない場合はapt pinningを検討する注記があります。macOS例はHomebrewでboost、tbb、c-bloscを入れます。その後git clone、buildディレクトリ作成、cmake ..、make -j4 && make installという流れがREADMEのbashブロックにあります。
apt pinning注記はUbuntu LTS等でBoost/TBB/Blosc版本がcmake要求を下回る場合の回避策としてDeveloper Quick Startに含まれます。
OpenVDB README Developer Quick StartはLinux apt-get三パッケージ例の後、git clone git@github.com:AcademySoftwareFoundation/openvdb.git、mkdir build、cd build、cmake ..、make -j4 && make installというbashブロックをそのまま示しています。Windowsではcmake --build . --parallel 4 --config Release --target installに置き換わります。Python bindingsやHoudini pluginはこのブロックだけでは有効化されず、build.htmlの該当章で追加-Dフラグが必要です。
Windowsのvcpkgと64bit前提
Windows手順は64bitシステムとライブラリでのテストのみとREADMEにあります。VCPKG_DEFAULT_TRIPLETをx64-windowsに設定する案内、Visual Studio、CMake、任意でvcpkgが前提です。vcpkg installではzlib、blosc、tbb、boost-iostreams、boost-interprocessをx64-windows向けに入れる例が並びます。
cmake設定では-DCMAKE_TOOLCHAIN_FILEにvcpkgのscripts/buildsystems/vcpkg.cmake、-DVCPKG_TARGET_TRIPLET=x64-windows、-A x64を指定し、cmake --build . --parallel 4 --config Release --target installでビルドします。WindowsとUnixで依存解決の入口が異なるため、CIやチーム標準に合わせてどちらの手順を採用するかを先に決めておく必要があります。
vcpkg install行はzlib blosc tbb boost-iostreams boost-interprocessをx64-windows suffix付きでREADMEが列挙しています。
64bit限定の注記は32bit Windows環境ではREADME手順が適用外になることを意味します。
OPENVDB_BUILD_AXとNANOVDB_USE_OPENVDB
OpenVDB AXはcore OpenVDBに依存します。NanoVDBはOpenVDBサポートあり・なしの両方でビルド可能で、NanoVDBは独自のbuild documentationを持つとREADMEは述べます。cmake configureへ渡せる変数として-D OPENVDB_BUILD_AX=ON、-D OPENVDB_BUILD_NANOVDB=ON、-D NANOVDB_USE_OPENVDB=ONが表に列挙されています。
coreだけのQuick Start例を、そのままAXやNanoVDB込みの全コンポーネント手順と見なさないことが最初の切り分けになります。必要なコンポーネントごとにbuild documentationの該当章を開き、追加依存を足してから再configureする順序がREADMEの意図に沿います。
NanoVDB_HowToBuild.htmlはNanoVDB単体ビルド手順へのREADME表リンクです。
cmake configure表のOption列は-D OPENVDB_BUILD_AX=ON、-D OPENVDB_BUILD_NANOVDB=ON、-D NANOVDB_USE_OPENVDB=ONの三行がREADMEに明示され、build.htmlに完全リストがあります。
MPL 2.0からApache-2.0への再ライセンス
License節はOpenVDBがApache License Version 2.0で提供されると述べ、Apache Software Foundationが維持するFOSSライセンスだと説明しています。contributorの商標は明示許可なしにプロジェクトと関連付けて使えない旨もREADMEにあります。
NOTEとして、Mozilla Public License Version 2.0からApache-2.0への再ライセンス完了が記載され、詳細はRE-LICENSE_NOTE.txtを参照するよう案内されています。既存プロダクトがMPL条項で組み込んでいた場合は、そのtxtとLICENSEを読んで再配布条件が変わっていないかを確認する必要があります。SPDX表記はApache-2.0です。
Apache-2.0全文はwww.apache.org/licenses/LICENSE-2.0へREADME License節がリンクし、contributor trademarks条項はプロジェクト関連での商標使用を制限します。RE-LICENSE_NOTE.txtはMPL2.0時代コードを引き継ぐ組織のlicense audit資料です。
Houdini workflowのCIとbuild documentation
README上部の表にはHoudini向けworkflow用のGitHub Actionsバッジがリンクされています。OpenVDB本体、AX、Nano、Houdiniそれぞれ別workflowでビルド検証している構成が読み取れます。Houdini連携の詳細はREADMEだけでは足りず、www.openvdb.org/documentation/doxygen/build.htmlが依存関係とコンポーネント別手順の本体です。
Developer Quick Startのcmake ..はcore OpenVDB向けの最小例です。Pythonモジュールや各種executablesを有効にする際は、表の-D OPENVDB_BUILD_AX=ONなどを渡したうえでmake installのログに目的のライブラリが含まれるかを確認するのがOpenVDB固有の切り分けになります。DCCパイプラインへ載せる前に、使う版をreleasesで固定し、trunkとの差分をメモしておくと後からの追跡が容易です。
build.yml ax.yml nanovdb.yml houdini.ymlの四workflowはREADME CI表が示すOpenVDBコンポーネント別検証パイプラインです。
openvdb.org build.html参照
build.htmlのDoxygenはPythonモジュール、Houdini、executables向けcmakeスイッチ一覧の本体です。Developer Quick Startのcmake ..成功後、releasesのv13.0.0タグでgit checkoutし、make installログに意図したライブラリ名が出るかをOpenVDB導入記録に残します。
Slack slack.aswf.ioはビルド失敗時の質問先で、RE-LICENSE_NOTE.txtはMPL2.0からApache-2.0移行の法務確認資料です。
Discussion ForumはGitHub discussionsへ、Documentationはopenvdb.org/documentation/doxygenへREADME表がリンクしています。
検証手順: apt-getでlibboost-iostreams-dev libtbb-dev libblosc-devを入れ、git clone後buildでcmake .. && make -j4 && make installを実行し、installログにlibopenvdbが含まれるか記録します。AX試行時はcmake .. -D OPENVDB_BUILD_AX=ONを再実行します。
編集部の結論
OpenVDBは映画制作由来の疎ボリュームデータ構造とツール群をC++で組み込みたいVFX・シミュレーション開発者向きです。GitHub上のtrunkは最新機能を含む一方、production releasesよりテストが少なく不安定とREADMEが述べます。PythonモジュールやNanoVDBまで一度にビルドする必要がないなら、coreライブラリのcmake ..から始める判断がREADMEのQuick Startと一致します。Houdini連携やDCC全体の互換をREADMEだけで確定したい用途には向きません。最初にlibboost-iostreams-dev、libtbb-dev、libblosc-devを入れたLinux環境でgit clone後にbuildディレクトリでcmake .. && make -j4 && make installを試し、必要なら-D OPENVDB_BUILD_AX=ONを追加して差分を確認してください。 installログのライブラリ名とcmakeフラグをセットで残してください。
コミュニティノート