-
Notifications
You must be signed in to change notification settings - Fork 39
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
Houdini: Better support for single frame outputs #238
Comments
I do remember something like that. I faced that in #9 ayon-core/client/ayon_core/hosts/houdini/plugins/publish/collect_files_for_cleaning_up.py Lines 60 to 90 in d5101b7
|
Also, I'd like to thank you because I finally found the issue with image sequence in Houdini! |
This should be partly solved by #105 - but it will need some additional work on Houdini support side |
The actual bugs that existed here should've been solved by #676 because it moved the extraction logic into a single plug-in which meant less duplicated code involving this. So we could close this - unless we want to keep it open to track a larger redesign of how we're dealing with files, etc. But I feel #105 already represents that maybe? Should we close this one? |
IMO, this issue was made originally to track the issue that most extractors expected |
Is there an existing issue for this?
Current Behavior:
A lot of extractor seems to rely on
instance.data["frames"]
to be a list of files:ayon-core/client/ayon_core/hosts/houdini/plugins/publish/extract_bgeo.py
Lines 37 to 42 in ee6e42e
ayon-core/client/ayon_core/hosts/houdini/plugins/publish/extract_composite.py
Lines 32 to 34 in ee6e42e
ayon-core/client/ayon_core/hosts/houdini/plugins/publish/extract_ass.py
Lines 37 to 49 in ee6e42e
However it's a single file if the instance has no frame range data.
If it has frame range data but a it's a single frame then I believe these extractors end up setting a single file list like:
representation["files"] = ["single_file.1001.exr"]
- which the integrator does not tend to like.For example, a single frame COP2 image publish errors with the following report:
publish-report-240325-17-47.json
The integrator wants single files to be a single filename instead of a list.
Expected Behavior:
There should be simple consistency across the API, so I suppose
instance.data["frames"]
should at best always be a list. We should then however just restructure therepresentation["files"]
to be a single filename instead of the list of files.Version
1.0.0
What platform you are running on?
Windows
Steps To Reproduce:
Are there any labels you wish to add?
Relevant log output:
This is an example where e.g. the extractor fails to retrieve the extension because it's expecting a list of files, not a string.
Additional context:
No response
[cuID:AY-4795]
The text was updated successfully, but these errors were encountered: