Skip to content
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

Texture paths can't be correctly resolved for nested USDZ files #6

Open
hybridherbst opened this issue Aug 16, 2023 · 1 comment
Open
Labels
bug Something isn't working help wanted Extra attention is needed

Comments

@hybridherbst
Copy link
Contributor

Texture paths currently can't be resolved correctly for nested USDZ files. One level is fine.
Fixing this would require adjustments to the WASM bindings.

The current approach is very brute force: when texture references can't be found in the toplevel folder or file, the virtual filesystem is queried for all other potential toplevel files/USDZ archives to check if they are the one containing the texture.

That means that identical texture paths between different USDZ files most likely won't be resolved correctly.
Deeply nested USDZ files (USDZ inside USDZ) also will probably not work right now.

@hybridherbst hybridherbst added bug Something isn't working help wanted Extra attention is needed labels Aug 16, 2023
@beersandrew
Copy link
Collaborator

@hybridherbst i think this can be closed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

2 participants