Open boberfly opened 1 month ago
You have done all the detective work that we normally suggest to users when the plugin doesn't load. The usual suspect is a conflicting USD or MayaUsd in either PYTHONPATH or PATH. I don't see any conflicts in yours.
Did you look at the dependencies for MayaUsd.dll and MayaUsdUI.dll as well, to verify they are getting things from the right place.
At Autodesk when we build USD (for shipping with MayaUsd) we copy the TBB and OpenSubDiv libraries from Maya into the USD build (rather than letting the USD build download and build them). You could try that.
Sean
Hi @seando-adsk thank you for the reply!
At Autodesk when we build USD (for shipping with MayaUsd) we copy the TBB and OpenSubDiv libraries from Maya into the USD build (rather than letting the USD build download and build them). You could try that.
Ok so I only noticed DependenciesGui.exe
won't flag in red/orange any conflicts or missing DLLs until you dive down into some of them, and in this case UsdImagingGL
had issues with ptex
of all things. Looks like 2022.4's shipped v2.3 was in-preference over the v2.4 that OpenUSD likes to target. So, my 3 options here is to disable ptex, use Maya's or v2.3 of ptex or just modify the OpenUSD build to make a static lib over a dynamic one.
I guess with Ptex it never went through what Boost or Imath solved with just attaching the version number to the suffix to get around these issues. All good, live and learn - maybe this can help others trying to build MayaUSD.
Cheers
We don't enable PTEX in our USD builds. So unless you specifically need it I would suggest just disabling it (it is off by default).
Sean
Describe the bug When loading in
maya-usd
into Maya (2022.4) from a custom-build, there are issues trying to load these:From Python I can load stuff out of the
pxr
module to verify it is loading:Also I have
DependenciesGui.exe
installed that I launch from the Maya python script editor:And can verify the
.mll
libraries are locating the correct.dll
s that I am expecting and nothing from anywhere else.Steps to reproduce Steps to reproduce the behavior:
openusd 24.05
)openusd 24.05
+maya-usd 0.29.0
usingVisual Studio 17 2022
and the-Tv142
toolset so it matches 2019 which Maya 2022.4 was built from (this builds successfully with minor tweaking).mod
files point exactly to openusd/maya-usd (rez build)MAYA_MODULE_PATH
to where the generated mod files are locatedExpected behavior More thorough error logging to why a plugin won't load (if possible).
Attachments![Screenshot from 2024-07-11 16-14-23](https://github.com/Autodesk/maya-usd/assets/5601445/4d7e2c1e-3c99-4a04-8cc4-85af8d588b75)
Specs (if applicable):
10.0.19041
SDKrelease/0.29.0
v24.05
Additional context I understand that the latest isn't supported with an older Maya, but I am inclined to think it is something else going on here that I'd like to get to the bottom of. I will try an older version of
openusd
next.The documentation doesn't really discuss this as an issue to look out for, but when building
openusd
it builds a few dependencies likeTBB
which would overlap Maya's built-ins, is this not an issue in-practice?