Publish instance as Collection and not Empty in Blender

[hfarre]

Replace the actual publish instance by a collection instead of an empty.
To be able to export parented objects.

[hfarre]

On veut publish par Collection et non par empty, car on ne peut parent qu'un seul object à la fois.
Dans cette exemple, ma caméra est déjà parent au rig.

Si je créer une instance de publish via un empty, alors cette connexion est cassée, et le rig ne fonctionne plus.

Il faut donc pouvoir publish des éléments qui seraient susceptibles d'être déjà parent:

La priorité pour ces cas de figures sont:
Model
Camera
Rig

[hfarre]

Dans un second temps, se pose la question des load des éléments publish.

Pour notre exemple nous partiront sur des load en LINK pour plus de clareté.
Prenons ce rig:

Les objects du model sont dans une collection model, et le rig dans une collection rig.
Si je veux le publish, j'aurais la chose suivante:

On remarque que l'on va perdre l'information concernant les collections d'origine de chaque élément lors du publish.
Tous les éléments appartiendront uniquement à la collection wizzard_rig3D_RigMain qui sera publish dans le blend du subset rig.

Hors, lorsque l'on va load cet asset dans un autre blender, il nous tiens à coeur qu'il puisse respecter sa hierarchie d'origine:

• Dans les assets:
  

• Dans les Shots:
  

Il n'est pas nécessaire que les collections de rangement proviennent du blend qui sera link ou append. Celles ci peuvent être crées directement dans la scène où le load sera effectué.
Typiquement, si je suis dans un shot et que je load mon rig, il faut trouver un moyen de recréer les collections:

• CH ({parent})
• CH-wizzard-01 ({parent}-{asset}-{numbering})
• wizzard-model ({asset}-model)
• wizzard-rig ({asset}-rig)

Et faire en sorte que ces nouvelles collections se rangent correctement, pour enfin y linker tous les éléments load du blend au bon endroit. La modé dans model et le rig dans rig.
Comme ceci:

[hfarre]

Pour le moment, concentrons nous sur les familles :

• model
• rig
• camera

Tous ce qui concernera les blend_scene, layout ou set, viendront dans un second temps

[hfarre]

De même qu'il n'est question pour le moment que de gérer les load_blend, c'est à dire en Append

[Steakashi]

Ca a un peu avancé sur le ticket, voici ce que donne le résultat d'un load d'un rig dans une scène de shot pour l'instant :

Il reste plein de choses à optimiser, et déjà, j'ai quelques petites questions :

• Tu as rajouté un code permettant de créer une collection avec le nom et le type de l'asset (dans notre cas, CH_wizard_01). Dans mes tests, comme la collection parent des objets du rig s'appelle CH_wizard (auquel je rajoute une occurrence), il récupère tout seul comme un grand la collection précédemment créée. Mais si jamais on avait une collection avec un nom légèrement différent (comme par exemple CH_ouizard), on aurait deux collections différentes : un CH_wizard_01 vide, et un CH_ouizard_01 contenant tous les objets. Il faut donc définir ici ce qui fait foi, et comment récupérer l'information qui nous intéresse.
• L'occurrence a été mise peu à l'arrache, de manière indifférenciée, sur toutes les collections créées. Est-ce qu'on souhaite un comportement différent ?
• Enfin, il faudra tester plus en détail, mais le système ne va fonctionner qu'avec des collections. On ne peut pas avoir d'imbrications d'empty en l'état. Là encore, il faudra donc discuter de ce que l'on souhaite à ce niveau !

[hfarre]

Update pour les caméras:

Le but est de pouvoir les load dans un shot, on load les caméras dans une collection:

• CA-{SQ}:{SH}
  Et celle ci dans une collection:
• CA

Faire en sorte que tous les membres du subset se rangent dans la collection CA-{SQ}:{SH}, dont le nom sera résolu.

Voir comment gérer l'asset type "CA" pour qu'il soit reconnu via des settings.
Etudier le code dans:
src/quadpype/hosts/blender/api/template_resolving.py

Pour voir si on créer pas une nouvelle section dans les settings dans:
project_settings["blender"]["templated_workfile_build"]

[Steakashi]

Petit état des features et de leurs avancements :

• Load des modèles
• Load des caméras
• Load des rigs
• Publish des modèles
• Publish des caméras
• Publish des rigs

Premiers bugs relevés :

• (Publish model) Si on publish un model dont l'un des objets est parenté à deux (ou plus) collections différentes, alors le modèle loadé aura plusieurs collections au lieu de n'en avoir qu'une seule. Cela est causé par le mécanisme de récupération de la hiérarchie des objets, qui s'occupe de parcourir chaque collection et de remonter à chacun des objets sélectionnés. Puisqu'il y a plusieurs collections pour chaque objet, il récupèrera la dernière collection parcourue. Il faut aussi checker ce qu'il en est des publish rig et camera.
• (Publish caméra) Les members / parents sont manquants dans les informations de caméra. Cette donnée est inscrite au moment du publish. Il faut donc que je parvienne à trouver pourquoi cette information n'est pas inscrite pour les caméras (et vérifier si elle est manquante ou non pour les rigs)

[Steakashi]

Je me heurte à un soucis de récupération de données depuis le contexte au niveau de la caméra. Plus exactement, c'est cette ligne qui me pose soucis :

parent = context["representation"]["context"]["parent"]

Il n'existe pas de clé parent lorsque l'on cherche à loader la caméra. Ce qui est étonnant, c'est qu'il n'y a aucun problème ici lorsqu'on cherche à importer une caméra ou un rig. J'ai vérifié à la création des subsets, et on a bien cette donnée qui est inscrite à la fois dans le contexte et dans l'instance. On dirait donc que c'est lorsqu'il récupère les données de contexte qu'il perd cette information. Pour l'instant je n'arrive pas à comprendre pourquoi.

Le problème est facilement contournable en parsant la donnée de hierarchy qui comprends aussi la donnée de parent (puisque cette donnée consiste en gros en un {entity_type}/{asset_type}, par exemple Assets/CHARA ), mais cette solution ne me paraît pas viable. Le mieux est de parvenir à comprendre pourquoi cette donnée disparaît, et je pense que cela me donnera une meilleure compréhension générale de comment OpenPype gère ses données de context.

[hfarre]

Le plus probable, c'est qu'il cherche à "update_parent_data" pour trouver une correspondance entre l'entity type et son abréviation
Comme c'est pas sétté pour les cam, peut être que ça plante

[hfarre]

Suite à un premier test effectué dans :

Avec l'export des instances suivantes:

Il a été constaté les bugs suivant:

• Pas de publish d'abc de cam
  

• Si on veut importer 2 éléments provenant du même asset (genre model, puis rig), on a ce msg d'erreur:
  

• les datas de original_hierechy ne se mettent pas à jour si on passe d'un assset à un autre pour save_as dans un context différent:
  Dans mon cas, la data était restée en "wizzard" alors que j'avais save as dans eye

• Dans le cadre d'une caméra avec rig, il faudra inclure le rig dans la collection de publish:
  Par conséquent, penser à cela lors de la résolution de bug d'export abc des caméras
  Les éléments présents dans l'instance de cam peuvent être de divers nature, cam+rig, ou cam seule, ou cam+empty de ctrl, ect...