You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
There was a regression to this repo that caused usdz files to write references that aren't inclusive to the zip file.
Previously, the paths would be written relative to the internals of the usdz and would include the referenced dependencies into the usdz file, however this no longer works.
This was due to a change in cb77d92c63lib/usd/translators/shading/usdFileTextureWriter.cpp Steps to reproduce
Steps to reproduce the behavior:
Export asset as a usdz
Check the file path reference on the Shader file1 prim.
Expected behavior
Prior to this change, the filepath would resolve as 0/checkerboard.png since the path and texture would be inlined into the usdz.
After this change, the path is relative to the workspace and no longer inlines the texture into the zip.
We disabled this block of code, and it's back to the expected behaviour, so I think revisiting this code will resolve the issue.
Attachments
I've attached the Maya workspace this is generated from, and the usdz is inside it as well
Thanks for reporting @dgovil. We knew we are taking shortcuts here. I will let @JGamache-autodesk investigate and comment.
santosg87
changed the title
USDZ export writes paths that aren't inclusive to the usdz
[MAYA-107167] USDZ export writes paths that aren't inclusive to the usdz
Sep 30, 2020
Describe the bug
There was a regression to this repo that caused usdz files to write references that aren't inclusive to the zip file.
Previously, the paths would be written relative to the internals of the usdz and would include the referenced dependencies into the usdz file, however this no longer works.
This was due to a change in cb77d92c63
lib/usd/translators/shading/usdFileTextureWriter.cpp
Steps to reproduce
Steps to reproduce the behavior:
Expected behavior
Prior to this change, the filepath would resolve as
0/checkerboard.png
since the path and texture would be inlined into the usdz.After this change, the path is relative to the workspace and no longer inlines the texture into the zip.
We disabled this block of code, and it's back to the expected behaviour, so I think revisiting this code will resolve the issue.
Attachments
I've attached the Maya workspace this is generated from, and the usdz is inside it as well
bugreports.zip
Specs (if applicable):
Additional context
We are still using
pxrUSD.bundle
to do our exporting.The text was updated successfully, but these errors were encountered: