| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
Enable Building as an Apple Framework * `build_usd.py` now adds a `--build-apple-framework` and `--no-build-apple-framework` to enable building frameworks. Frameworks are enabled by default for embedded OS builds. * When building as a framework, USD builds as a monolithic shared library. * Framework builds force TBB and OpenSubdiv to be statically linked. This can be revised in the future, but we discussed this previously, and decided it was the lesser of two evils given we're moving to GCD support. * The CMake build calls out to a zsh script (zsh is guaranteed to exist on macOS) to build the framework. This is used because CMake's own native framework build support would be a far more invasive change currently. Co-authored-by: tlewis <tlewis@users.noreply.github.com> Closes #3713 (Internal change: 2417975) (Internal change: 2418014) | 2 个月前 | |
Apple: Convert UsdZip to C++ As part of the port to c++, this change also removes the deprecated --arkit command line option Closes #2101 (Internal change: 2399130) | 6 个月前 | |
OpenExec: Update execUsd README so it links to key generated documentation, so it serves as a kind of landing page for the functionality it embodies. (Internal change: 2417249) | 3 个月前 | |
pxr_boost: avoid static initialization and destruction for `_` (slice_nil) Deriving slice_nil from object is a convenient way to create a type that behaves like None for the purpose of the slicing API but this has some unfortunate implications for the `_` placeholder variable. It was originally implemented as `enum slice_nil { _ }` but was replaced with as a static namespace-scope object when support for the extended slicing protocol was added. However, this also means that every translation unit that inludes slice_nil.hpp (which is almost all of them because object_core.hpp includes it) winds up with a static constructor and destructor, whether or not it uses `_` (which is almost none of them.) To avoid this, change slice_nil to a trivial type and implement enough Object Manager functionality to support conversion with None. (Internal change: 2410109) | 4 个月前 | |
Support MaterialX UsdPrimvarReader primvars in Storm This is built on top of a corresponding MaterialX PR, that fixes nested geomprop nodes: https://github.com/AcademySoftwareFoundation/MaterialX/pull/2957 Rendering a UsdPreviewSurface network that reads a primvar through an ND_UsdPrimvarReader_* node (for example varname="st" feeding a UsdUVTexture) failed in Hydra Storm with: HdSt_ApplyMaterialXFilter -- Unable to create the Glslfx Shader. MxException: No "geomprop" value found for geompropvalue node "primvar". That crash exposed a few different issues this PR fixes, all in how hdMtlx/hdSt build the document and emit the glslfx. 1. Preserve the topology-affecting primvar name. The topological classification (_IsTopologicalShader) only recognized the native geompropvalue family, so a UsdPrimvarReader varname was stripped from the anonymized network. 2. Recognize primvar-reader nodes generically (hdMtlx). A node is treated as a primvar reader when its implementation nodegraph wraps a geompropvalue or geompropvalueuniform node. New helpers HdMtlxIsPrimvarReaderNodeDef, HdMtlxGetPrimvarNameInputName and HdMtlxGetPrimvarDefaultInputName discover this and the input names that carry the primvar name and fallback (read from the interfacename on the wrapped geompropvalue inputs, for example varname and fallback for UsdPrimvarReader). These drive three call sites that previously only understood the native geompropvalue node by category or by the hardcoded geomprop/default parameter names: - _IsTopologicalShader now treats any primvar-reader node as topological. - _AddMaterialXNode now registers primvar-reader nodes in hdPrimvarNodes so the primvar is declared and bound. - _UpdatePrimvarNodes now extracts the primvar name and fallback from the correct inputs instead of assuming geomprop/default. Detecting by implementation structure rather than by family name keeps this robust for any future node that wraps a geompropvalue. Over-preserving a parameter is always correctness-safe; the only cost is slightly reduced shader reuse for such nodes, matching how the native geompropvalue node is already handled. 3. Emit glslfx-compatible primvar types (hdSt/materialXShaderGen.cpp). The primvar attributes block of the generated glslfx took its type name from the target shader language syntax. On Metal that produced names like float2, which HioGlslfxConfig does not understand (it accepts float, double, int, vec2, vec3, vec4), so the primvar declaration was rejected, st fell back to a default, and texture coordinates were lost (surfaces rendered untextured). The attributes type is now mapped to a glslfx type independent of the target language. This is a Metal-specific defect that became reachable only once a primvar actually reached shader generation. Closes #4091 (Internal change: 2419116) | 2 个月前 | |
Enable Building as an Apple Framework * `build_usd.py` now adds a `--build-apple-framework` and `--no-build-apple-framework` to enable building frameworks. Frameworks are enabled by default for embedded OS builds. * When building as a framework, USD builds as a monolithic shared library. * Framework builds force TBB and OpenSubdiv to be statically linked. This can be revised in the future, but we discussed this previously, and decided it was the lesser of two evils given we're moving to GCD support. * The CMake build calls out to a zsh script (zsh is guaranteed to exist on macOS) to build the framework. This is used because CMake's own native framework build support would be a far more invasive change currently. Co-authored-by: tlewis <tlewis@users.noreply.github.com> Closes #3713 (Internal change: 2417975) (Internal change: 2418014) | 2 个月前 | |
usdIrImaging: Fix PXR_PREFIX typo in usdIrImaging CMakeLists The PXR_PREFIX was set to pxr/usdIrImaging instead of pxr/usdImaging, causing usdIrImaging headers to install to include/pxr/usdIrImaging rather than include/pxr/usdImaging/usdIrImaging. This matches the convention of every other subdirectory under pxr/usdImaging and the include paths already used within the usdIrImaging sources (e.g. pxr/usdImaging/usdIrImaging/api.h). Closes #4154 (Internal change: 2419094) | 2 个月前 | |
This change adds support to the UsdUtils Asset Localization System enabling its clients to transparently gain support for working with asset paths that contain variable expressions. This is accomplished though three main modifications: - `AssetLocalizationContext`, which handles primary dependency traversal will track and compose variable expressions for the root layer stack and across References and Payloads - `AssetLocalizationDelegate`, which handles value processing and updating will transparently evaluate variable expressions before passing asset paths to clients. - `UsdUtilsDependencyInfo` now makes the raw authored path and the composed set of variable expressions available to user processing functions should they need it (Internal change: 2415510) | 3 个月前 | |
Enables building pxr/usd libraries and tests with the emscripten compiler. Closes #3833 (Internal change: 2387528) | 10 个月前 | |
Convert Arch timing routines to prefer std::chrono Use std::chrono::steady_clock for timing in preference to hand coded assembly. Note that the previous x86 TSC register code is still present but only for internal support needs; OpenUSD itself does not expose an option for enabling this code and uses std::chrono exclusively for consistency across platforms. Fixes #3613 (Internal change: 2387637) | 10 个月前 | |
cmake: Do not pin exact Python patch version in pxrConfig.cmake In `pxrConfig.cmake.in`, CMake was looking for exactly the same Python version used to build OpenUSD, so if a OpenUSD was built against Python 3.11.3, `find_package(pxr REQUIRED)` would fail on a machine with Python 3.11.5, even if different patch versions of Python are ABI compatible if the minor version is the same, see https://docs.python.org/3/c-api/stable.html . This PR fixes downstream problems such as https://github.com/dreamworksanimation/openmoonray/issues/141 and https://github.com/conda-forge/openusd-feedstock/issues/11 . Closes #3759 (Internal change: 2409381) | 4 个月前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 2 个月前 | ||
| 6 个月前 | ||
| 3 个月前 | ||
| 4 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 3 个月前 | ||
| 10 个月前 | ||
| 10 个月前 | ||
| 4 个月前 |