-
-
Notifications
You must be signed in to change notification settings - Fork 35.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
USDZLoader: Make parsing more spec-conformant #28639
Conversation
Hello Mugen87, I tested with your code with the sneaker file, and it shows a somewhat similar render to the screenshot I included in the issue #28631. However, I tested this with another file, a director chair model. Google Drive Link. In this case, it renders nothing with no error in console log. I wonder if the conversion from Thank you the quick response! |
I've added another commit that fixes the texture loading. The path contained a white space at the end which broke the loading process. An additional call of However, something is strange in the geometry definition. To render the asset correctly, |
From https://openusd.org/dev/api/class_usd_geom_mesh.html:
I'll try to honor this information with another commit. |
@jeffzhkw With the latest commit, the sneaker should be renderer as expected. Can you confirm on your side? |
BTW: The chair asset contains a USDA file but it refers to other USDC files which the loader can't parse, see #24574 (comment). |
@Mugen87 I tested and can confirm the sneaker loaded properly. Also, thanks for pointing out that there are still usdc files referenced in the director chair model! I did some additional testing on other models. Swan chair and Retro TV. I double checked and make sure the contents of these file doesn't contain any usdc. However, models are not loaded properly and there is no error in the console. Screenshots are attached below. The camera's position and rotation are adjusted to better capture the scene. chair_swan_a: Notice how only the bottom of the 4 legs are rendered. tv_retro_a: The tv's general shape is there, but there are lots of floating fragments of geometry. |
I've checked both assets and they break because they have |
Thank you! |
@jeffzhkw if you would need a workaround for getting a functional USDZ with USDA packed in (out of USDZ with USDC), there is currently a webpage that provides GLB exports which can then be exported to USDZ either by using the official editor or even my GLTF Viewer. This process appears to be functional at least for what I tried. Just keep in mind that USDZ Loader and Exporter on my end might be slightly different than the current official ones. I have used the fix provided by @Mugen87 but had to rearrange it slightly to maintain the vertex colors functionality (which is not being used in the official files). Not necessarily that code on my end is accurate either but seems to be functional. |
@jeffzhkw After todays PRs the AO map of the sneakers loads now correctly. The asset looks a bit better now: Since quads are now supported, the TV's geometry is now rendered correctly as well. However, parsing is still incorrect since the loader does not correctly supported multiple meshes per |
I've tried to fix this issue yesterday but failed since the code became a mess after a while. To fix this properly, it would be best to have an USDA parser that produces real node objects which makes it easier to process them. For that, a parser like https://github.com/Kroxilon/usda-parser would be an ideal solution. However, I'm not sure it's safe to rely on a third party project in this case. When we detect a parsing error, we should be able to fix this on our side. We could use the same approach like with |
Fixed #28631
Description
This PR ensures
USDZLoader
parses vertex data correctly when they are annotated with meta data. It also makes sure texture paths are trimmed and normals are correctly processed during the geometry build step.