mirror of
https://github.com/ynput/ayon-core.git
synced 2025-12-24 21:04:40 +01:00
Add extra terminology to the key concepts glossary
This commit is contained in:
parent
515c0acb06
commit
de2423b830
1 changed files with 26 additions and 6 deletions
|
|
@ -14,13 +14,25 @@ OpenPype has a limitation regarding duplicated names. Name of assets must be uni
|
|||
|
||||
### Subset
|
||||
|
||||
Usually, an asset needs to be created in multiple *'flavours'*. A character might have multiple different looks, model needs to be published in different resolutions, a standard animation rig might not be usable in a crowd system and so on. 'Subsets' are here to accommodate all this variety that might be needed within a single asset. A model might have subset: *'main'*, *'proxy'*, *'sculpt'*, while data of *'look'* family could have subsets *'main'*, *'dirty'*, *'damaged'*. Subsets have some recommendations for their names, but ultimately it's up to the artist to use them for separation of publishes when needed.
|
||||
A published output from an asset results in a subset
|
||||
|
||||
The subset type is referred to as [family](#family), for example a rig, pointcache, look.
|
||||
A single asset can have many subsets, even of a single family, named [variants](#variant).
|
||||
By default a subset is named as a combination of family + variant, sometimes prefixed with the task name (like workfile)
|
||||
|
||||
### Variant
|
||||
|
||||
Usually, an asset needs to be created in multiple *'flavours'*. A character might have multiple different looks, model needs to be published in different resolutions, a standard animation rig might not be usable in a crowd system and so on. 'Variants' are here to accommodate all this variety that might be needed within a single asset. A model might have variant: *'main'*, *'proxy'*, *'sculpt'*, while data of *'look'* family could have subsets *'main'*, *'dirty'*, *'damaged'*. Variants have some recommendations for their names, but ultimately it's up to the artist to use them for separation of publishes when needed.
|
||||
|
||||
### Version
|
||||
|
||||
A numbered iteration of a given subset. Each version contains at least one [representation][daa74ebf].
|
||||
A numbered iteration of a given subset. Each version contains at least one [representation][#representation].
|
||||
|
||||
[daa74ebf]: #representation "representation"
|
||||
#### Hero version
|
||||
|
||||
A hero version is a version that is always the latest published version. When a new publish is generated its written over the previous hero version replacing it in-place as opposed to regular versions where each new publish is a higher version number.
|
||||
|
||||
This is an optional feature. The generation of hero versions can be completely disabled in OpenPype by an admin through the Studio Settings.
|
||||
|
||||
### Representation
|
||||
|
||||
|
|
@ -33,18 +45,22 @@ At this moment names of assets, tasks, subsets or representations can contain on
|
|||
|
||||
### Family
|
||||
|
||||
Each published [subset][3b89d8e0] can have exactly one family assigned to it. Family determines the type of data that the subset holds. Family doesn't dictate the file type, but can enforce certain technical specifications. For example OpenPype default configuration expects `model` family to only contain geometry without any shaders or joints when it is published.
|
||||
Each published [subset][#subset] can have exactly one family assigned to it. Family determines the type of data that the subset holds. Family doesn't dictate the file type, but can enforce certain technical specifications. For example OpenPype default configuration expects `model` family to only contain geometry without any shaders or joints when it is published.
|
||||
|
||||
### Task
|
||||
|
||||
[3b89d8e0]: #subset "subset"
|
||||
A task defines a work area for an asset an artist can work in. For example asset *hero* can have tasks *modeling* and *rigging*. Tasks also have types. Multiple tasks of the same type may exist in an asset. A task with type FX could for example appear twice as *fx_fire* and *fx_cloth*.
|
||||
|
||||
Without a task you cannot launch a host application.
|
||||
|
||||
### Workfile
|
||||
|
||||
The source scene file an artist works in within their task. These are versioned scene files and can be loaded and saved (automatically named) through the [workfiles tool](artist_tools_workfiles.md).
|
||||
|
||||
### Host
|
||||
|
||||
General term for Software or Application supported by OpenPype and Avalon. These are usually DCC applications like Maya, Houdini or Nuke, but can also be a web based service like Ftrack or Clockify.
|
||||
|
||||
|
||||
### Tool
|
||||
|
||||
Small piece of software usually dedicated to a particular purpose. Most of OpenPype and Avalon tools have GUI, but some are command line only.
|
||||
|
|
@ -54,6 +70,10 @@ Small piece of software usually dedicated to a particular purpose. Most of OpenP
|
|||
|
||||
Process of exporting data from your work scene to versioned, immutable file that can be used by other artists in the studio.
|
||||
|
||||
#### (Publish) Instance
|
||||
|
||||
A publish instance is a single entry which defines a publish output. Publish instances persist with the workfile. This way we can expect that a publish from a newer workfile will produce similar consistent versioned outputs.
|
||||
|
||||
### Load
|
||||
|
||||
Process of importing previously published subsets into your current scene, using any of the OpenPype tools.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue