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

AY-7047_Publishing component builder USD while maintaining hierarchical structure #147

Open
ynbot opened this issue Oct 29, 2024 · 0 comments
Assignees
Labels
sponsored This is directly sponsored by a client or community member

Comments

@ynbot
Copy link
Contributor

ynbot commented Oct 29, 2024

Please describe the feature you have in mind and explain what the current shortcomings are?

SideFX Houdini is completely capable of authoring a USD asset from one Houdini file, including authoring variants, model with proxies, materials and is capable of collecting all the resulting USD files into one folder (including localizing the asset resources like textures).

There is a use case where one may want to rely solely on that, build on that Houdini-native functionality whilst still allowing to track the assets through AYON.

To do so we must:
Be able to publish the output of a component builder
Be able to also 'localize' the assets relative to the published component builder product (likely just a USD product)
Since the builder relies on Houdini USD ROP output processors if we were to detect the paths manually we'd need to take those processors into account instead of acting on the local scene file and its paths. Hence, we should use the generated USD ouput file from the ROP instead of the local scene one; that way we'd support whatever Houdini would be doing.
(Optionally) be able to publish it as one product only - instead of a product per USD layer so that the exact Component Builder output hierarchy could be maintained on publish. We would then ONLY track the core "asset" usd output file as a representation - the remainder of files would be separate untracked 'files' for the time being (however they are still registered as "files" on the version for site sync to work, etc.)

How would you imagine the implementation of the feature?

No response

Describe alternatives you've considered:

No response

Additional context:

link to discussion on Discord
(might be a private channel)

This issue was automatically created from Clickup ticket AY-7047

@ynbot ynbot added sponsored This is directly sponsored by a client or community member type: feature Adding something new and exciting to the product labels Oct 29, 2024
@dee-ynput dee-ynput removed the type: feature Adding something new and exciting to the product label Nov 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
sponsored This is directly sponsored by a client or community member
Projects
None yet
Development

No branches or pull requests

3 participants