mirror of
https://github.com/ynput/ayon-core.git
synced 2025-12-25 05:14:40 +01:00
Merge branch 'develop' into bugfix/OP-5377_Nuke-prerender-create-reviewable-attribute-is-broken
This commit is contained in:
commit
b775bc0282
2 changed files with 34 additions and 23 deletions
|
|
@ -944,17 +944,28 @@ class ProcessSubmittedJobOnFarm(pyblish.api.InstancePlugin):
|
|||
# we cannot attach AOVs to other subsets as we consider every
|
||||
# AOV subset of its own.
|
||||
|
||||
config = instance.data["colorspaceConfig"]
|
||||
additional_data = {
|
||||
"renderProducts": instance.data["renderProducts"],
|
||||
"colorspaceConfig": instance.data["colorspaceConfig"],
|
||||
"display": instance.data["colorspaceDisplay"],
|
||||
"view": instance.data["colorspaceView"],
|
||||
"colorspaceTemplate": config.replace(
|
||||
str(context.data["anatomy"].roots["work"]), "{root[work]}"
|
||||
)
|
||||
"view": instance.data["colorspaceView"]
|
||||
}
|
||||
|
||||
# Get templated path from absolute config path.
|
||||
anatomy = instance.context.data["anatomy"]
|
||||
colorspaceTemplate = instance.data["colorspaceConfig"]
|
||||
success, rootless_staging_dir = (
|
||||
anatomy.find_root_template_from_path(colorspaceTemplate)
|
||||
)
|
||||
if success:
|
||||
colorspaceTemplate = rootless_staging_dir
|
||||
else:
|
||||
self.log.warning((
|
||||
"Could not find root path for remapping \"{}\"."
|
||||
" This may cause issues on farm."
|
||||
).format(colorspaceTemplate))
|
||||
additional_data["colorspaceTemplate"] = colorspaceTemplate
|
||||
|
||||
if len(data.get("attachTo")) > 0:
|
||||
assert len(data.get("expectedFiles")[0].keys()) == 1, (
|
||||
"attaching multiple AOVs or renderable cameras to "
|
||||
|
|
|
|||
|
|
@ -90,7 +90,7 @@ If there is an option of automatic repair, there will be `Repair` button on the
|
|||
|
||||
There are currently 2 options of `render` item:
|
||||
- Render of farm - allows offload rendering and publishing to Deadline - requires Deadline module being enabled
|
||||
- Validate Scene Settings - enables validation plugin which controls setting in DB (or asset control system like Ftrak) and scene itself
|
||||
- Validate Scene Settings - enables validation plugin which controls setting in DB (or asset control system like Ftrack) and scene itself
|
||||
|
||||

|
||||
|
||||
|
|
@ -100,6 +100,23 @@ There are currently 2 options of `render` item:
|
|||
- `Validate` - if you would like to run only collecting and validating phases (nothing will be published yet)
|
||||
- `Publish` - standard way how to kick off full publishing process
|
||||
|
||||
#### Support help
|
||||
If you would like to ask for help admin or support, you could use any of the three options on the `Note` button on bottom left:
|
||||
- `Go to details` - switches into a more detailed list of published instances and plugins.
|
||||
- `Copy report` - stash full publishing log to a clipboard
|
||||
- `Export report` - save log into a file for sending it via mail or any communication tool
|
||||
|
||||
If you are able to fix the workfile yourself, use the first button on the right to set the UI to initial state before publish. (Click the `Publish` button to start again.)
|
||||
|
||||
#### Legacy instances
|
||||
|
||||
All screenshots from Publish are from updated dialog, before publishing was being done by regular `Pyblish` tool.
|
||||
New publishing process should be backward compatible, eg. if you have a workfile with instances created in the previous publishing approach, they will be translated automatically and
|
||||
could be used right away.
|
||||
|
||||
If you hit on unexpected behaviour with old instances, contact support first, then you could try to delete and recreate instances from scratch.
|
||||
Nuclear option is to purge workfile metadata in `Window > Metadata > Basic > Label`. This is only for most determined daredevils though!
|
||||
|
||||
### Load
|
||||
|
||||
When you want to load existing published work, you can use the `Loader` tool. You can reach it in the extension's panel.
|
||||
|
|
@ -134,20 +151,3 @@ You can switch to a previous version of the image or update to the latest.
|
|||
|
||||

|
||||

|
||||
|
||||
#### Support help
|
||||
If you would like to ask for help admin or support, you could use any of the three options on the `Note` button on bottom left:
|
||||
- `Go to details` - switches into a more detailed list of published instances and plugins.
|
||||
- `Copy report` - stash full publishing log to a clipboard
|
||||
- `Export report` - save log into a file for sending it via mail or any communication tool
|
||||
|
||||
If you are able to fix the workfile yourself, use the first button on the right to set the UI to initial state before publish. (Click the `Publish` button to start again.)
|
||||
|
||||
#### Legacy instances
|
||||
|
||||
All screenshots from Publish are from updated dialog, before publishing was being done by regular `Pyblish` tool.
|
||||
New publishing process should be backward compatible, eg. if you have a workfile with instances created in the previous publishing approach, they will be translated automatically and
|
||||
could be used right away.
|
||||
|
||||
If you hit on unexpected behaviour with old instances, contact support first, then you could try to delete and recreate instances from scratch.
|
||||
Nuclear option is to purge workfile metadata in `Window > Metadata > Basic > Label`. This is only for most determined daredevils though!
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue