---
theme : "simple"
customTheme : "slides"
width : 1920
height: 1080
showNotes: false
controls: false
progess: true
fragmentInURL: true
enableMenu: false
autoPlayMedia: true
enableTitleFooter: false
slideNumber: true
logoImg: "src/logosmall.png"
title: "Enquêter sur les pipelines : une approche scientifique des organisations de production"
---


# Enquêter sur les pipelines

## une approche scientifique des organisations de production

<!-- .slide: data-state="hide-menubar" -->

---

## À propos


<div id="left">

![](src/swann.png){.portrait}

### Dr. Swann Martinez 

</div>

<div id="right">

![](src/remy.png){.portrait}

### Dr. Rémy Sohier

</div>

note:
⏭️

<!-- .slide: data-state="hide-menubar" -->

--

## Nos casquettes 🧢
<div id="left">
<img src="./src/xilam.png" width=40%><br>
<img src="./src/cube_nb.png" width=40%>
</div>

<div id="right">
<img src="./src/p8_logo.png" width=50%><br>
<img src="./src/inrev.png" width=30%>
</div>

note:
Swann est ingénieur R&D chez Cube/Xilam et a travaillé à temps partiel sur le projet en tant qu'ingénieur de recherche à l'INREV.  
Rémy est professeur et chercheur à l'INREV, responsable du programme Art & Technologie de l'Image à l'Université Paris 8.

<!-- .slide: data-state="hide-menubar" -->

--

## Paneurama
<img src="./src/paneurama.png" width=10%/>
<img src="./src/funded_eu.png" width=25%/>
<br>

<img src="./src/Paneurama-partners-schools.png" width=70%/>
<br>

<img src="./src/Paneurama-partners-industry.png" width=90%/>
<br>

<img src="./src/Paneurama-partners-associated.png" width=90%/>

<br><br>


note:
This study was co-funded by Europe as part of an Erasmus+ project.<br>
BRIDGE THE GAP BETWEEN SCHOOLS AND STUDIOS<br>
Educational institutions<br>
Industry partners<br>
Associated partners in the Paneurama network<br>
BREDA -> Netherlands, Breda<br>
THE ANIMATION WORKSHOP -> Denmark, Viborg<br>
ANIMATIONINSTITUTE -> Germany, Stuttgart<br>
QVISTEN -> Norway
RISE FX -> Germany, Stuttgart  
Workshop, research, reports...

<!-- .slide: data-state="hide-menubar" -->

---

## Sommaire

1. Constats & Motivations du projet {.fragment}
2. Démarche de recherche {.fragment}
3. Axes d'analyses{.fragment}
4. Limites & Futures{.fragment}

<!-- .slide: data-state="hide-menubar" -->

note:
Aujourdhui, nous allons parler pipeline !

---

<!-- .slide: data-stack-name="Motivations" -->

# Constats

<!-- .slide: data-auto-animate data-transition-speed="slow"-->
<!-- 
    Parler des constats, des initiatives ont été prises:
    - pour définir certains termes
    - partager des outils / frameworks, etc.
    Mais à ce jours, 
    - peu de partage de données de fabrication
    - peu de recherche sur des cas d'études
 -->

--

<!-- .slide: data-transition="none" -->

### De nombreuses initiatives autour du pipeline ! 


<img src="./src/initiative_pipeline.drawio.svg" width=1000px/>

Et plein d'autres !
<!-- 
- Listes de partages (awesome-cg-vfx-pipeline,..)
- Définition de termes (lepipeline.org)
- Espaces de discussion (Discord,...)
- Conférences (TPC, DigiPro)
- Et plein d'autre... -->
<!-- TODO: Faire un zoli cercle -->


note:
Lorsque l'on cherche des connaissances et outils pipe. De nombreuses initiatives existent...
Mais Damien Coureau en parlera mieux dans la conférence suivante !

--

<!-- .slide: data-transition="none" -->

### Avec des résultats tangibles 

<img src="./src/initiative_pipeline_results.drawio.svg" width=1000px/>

<p>
<font color=red>--> Peu d'études de cas, pas d'études comparatives</font> 
</p>

note:
Cependant il est important de noter que parmis ces dernières, 
on a beaucoup d'outils <3, quelques articles mais peu de données précises sur les pipelines utilisés en production 
Avec le temps quelques initiative se sont figées faute de temps/moyen, les instigateurs se sont usés à la tache 

--

## Freins

- **Culturel**: pour beaucoup pipeline = secret professionnel
- **Temporel**: le temps manque entre deux productions pour partager, documenter les pratiques
- **Organique**: la nature évolutive complique 

note:
Avec le temps quelques initiative se sont figées faute de temps/moyen, les instigateurs se sont usés à la tache.

--

<!-- .slide: data-transition="none" -->

## Approche académique ?

- Moyens publiques (temps)
- Neutralité
- Méthodologie scientifique

note:
Une approche académique porté par un laboratoire pourrait apporter une piste  de solution à ce manque d'analyse qualitatives. 

--

<!-- .slide: data-transition="none" -->

<img src="./src/initiative_pipeline.drawio.svg" width=1000px/>

note:

--

<img src="./src/initiative_pipeline_recherche.drawio.svg" width=1000px/>

note:

<!-- .slide: data-transition="none" -->

<!-- TODO: Mettre la bubule avec une cloques où on se situe -->

--

## Education

Combler un fossé entre l'éducation et l'industrie

- Fournir des données en phase avec la réalité  
- Faciliter l'intégration de nouveaux artistes

note:
Aider les étudiants et les écoles à comprendre comment les studios fonctionnent vraiment — et pas seulement la version idéalisée des manuels. <br>
Combler le fossé entre l'éducation et l'industrie : une meilleure formation facilite l'intégration des nouveaux artistes. <br>

--

## Recherche

Promouvoir la connaissance ouverte sur les pipelines
- Enrichir les méthodes cartographiques existentes
- Construire une cartograhie collective des pratiques de production

note:
Promouvoir la connaissance ouverte — partager les schémas de pipeline au lieu de les garder comme des « secrets de studio ». <br>
Construire une cartographie collective des pratiques de production que d'autres peuvent utiliser, enrichir ou remettre en question. <br>


---

<!-- .slide: data-stack-name="Méthode de recherche" -->

# Méthode de recherche

<!--  Comment on a mené cette recherche
-->
note:
Voyons maintenant **comment** nous avons abordé cela

--

## Problèmes

- Comment **visualiser** un pipeline ?
- Comment **comparer** les pipelines entre studios ?
<br>
<!-- TODO: Ameliorer schemas -->

<img src="./src/compare_studios.png" width="100%">

--

## Hypothèses

- Il existe quelque chose de **plus profond que le workflow**.
- Avec un **modèle de visualisation standard**, nous devrions pouvoir comparer les pipelines.
- Le pipeline pourrait être **non transférable** d'un studio à l'autre.

--

## Périmètre de l'étude

- Studios français (alumni)
- Animation 3D
- Studio avec un état d'esprit opensource


note:
Ces contraintes nous ont amenés à restreindre le périmètre de notre recherche.
Pour mener une étude comparative, nous nous sommes concentrés sur l'animation 3D.
Pour faciliter l'accès aux données et contourner les problèmes de confidentialité, nous avons privilégié les entreprises ayant une culture open source.

--

## Protocole de collecte des données

*- Comment récupérer et visualiser les informations sur les pipelines ? -*

note:
Le principal défi était de trouver un moyen de récupérer et de représenter les données des pipelines des studios ! Voyons comment nous avons procédé ⏭️

--

### Étape 1: <span class="fragment" data-fragment-index="0">Entretients semi-dirigés</span>

<div class="twocolumncenter">
<div>

- Cartographie des DCCs<sup>[1]</sup> {.fragment data-fragment-index="1"}
- Cartographie du workflow {.fragment data-fragment-index="2"}

<font size=50em color=red>**= Pourquoi**</font> {.fragment data-fragment-index="4"}
</div>
<div class="fragment" data-fragment-index="3">

![](./src/workflowdcc_carto_flavio.png)
*Schéma simplifié des départments & DCCs, Flavio Perez, 2017*
</div>

</div>

<div class="fragment footnote" data-fragment-index="1" >

- [1] Digital Content Creation tools
</div>


note:
La première étape consistait à comprendre la finalité du pipeline au sein de l'entreprise et à en obtenir une vue d'ensemble macro.<br>
Pour cela, lors de l'entretien, nous avons recensé les logiciels et les étapes de production, puis les avons cartographiés dans un schéma de base, inspiré des diagrammes de Flavio Perez dans son mémoire de master.<br>
Cela nous donne le "**POURQUOI**" du pipeline. ⏭️

--

<div class="schema">
    <img data-id="workflowcube" src="./src/chicky_workflow.svg" style="position:relative;" />
</div>

Résultat de l'interview semi-dirigée pour Cube Creative.

note:
Nous avons terminé le premier entretien avec des schémas comme celui-ci pour Cube Creative. ⏭️

<!-- .slide: data-auto-animate data-transition-speed="slow"-->

--

<div class="schema">
    <img data-id="workflowcube" src="./src/chicky_workflow.svg" style="position:relative;height:2000px;bottom:700px;right:-100px; max-width:none;" />
</div>

Une représentation simplifiée du workflow depuis l'écriture...

note:
Comme vous pouvez le voir, cela cartographie les étapes et logiciels, qu'ils soient intégrés ou non au pipeline, depuis l'écriture... ⏭️
<!-- .slide: data-auto-animate data-transition-speed="slow"-->

--

<div class="schema">
    <img data-id="workflowcube" src="./src/chicky_workflow.svg" style="position:relative;height:2000px;bottom:1300px;right:120px; max-width:none;" />
</div>

jusqu'à la fabrication des assets...

note:
jusqu'à la fabrication des assets... ⏭️

<!-- .slide: data-auto-animate data-transition-speed="slow"-->

--

<div class="schema">
    <img data-id="workflowcube" src="./src/chicky_workflow.svg" style="position:relative;height:2000px;bottom:600px;right:2200px; max-width:none;" />
</div>

jusqu'à la fabrication des plans...

note:
jusqu'à la fabrication des plans... ⏭️

<!-- .slide: data-auto-animate data-transition-speed="slow"-->

--

<div class="schema">
    <img data-id="workflowcube" src="./src/chicky_workflow.svg" style="position:relative;height:2000px;bottom:600px;right:3800px; max-width:none;" />
</div>

... jusqu'à la livraison des images 🚀 !

note:
... jusqu'à la livraison des images ⏭️

<!-- .slide: data-auto-animate data-transition-speed="slow"-->

--


### Étape 2: <span class="fragment" data-fragment-index="0">Entretiens dirigés</span>

<div style="text-align: center;">
<div class="fragment" style="display:inline;" data-fragment-index="1">Récupérer 
 <img style="vertical-align: middle;" width=4% src="./src/accolades_o.svg"></div>
<ul style="list-style-type: none; margin: 0; vertical-align: middle;text-align:center;">
<li data-fragment-index="2" class="fragment">niveaux d'infrastructure </li>
<li data-fragment-index="3" class="fragment">processus </li>
<li data-fragment-index="4" class="fragment">versionning </li>
<li data-fragment-index="5" class="fragment">compisition d'assets & shot</li>
<li data-fragment-index="6" class="fragment">formats de fichiers</li>
</ul>
<div class="fragment" data-fragment-index="7" style="display: inline;">
<img style="vertical-align: middle;" width=4% src="./src/accolades_c.svg">
pour comprendre <font color=red> <b>COMMENT</b></font> le pipeline est modélisé.
</div>
</div>

note:
L'objectif du processus de collecte des données :<br>
-Nous visons à obtenir une vue d'ensemble des motivations du pipeline <br>
-Nous définissons plus précisément sa gestion des données<br><br>
Cela nous donne le « comment » le pipeline est modélisé ==>  Mais alors, quelle représentation utiliser pour cartographier ces informations ? ...

--

## Étape 3: Méthodologie de cartographie du dataflow

--

### Pipeline Patterns <font size=6.6em><sup>[1][2]</sup></font>

<span data-id="pipeexplanation"><span class="fragment" data-fragment-index="0">Visualise comment <font color=red>**les données**</font></span> <span class="fragment" data-fragment-index="1"> changes à travers des <font color=red b>**processus**</font></span></span> <span class="fragment" data-fragment-index="2">selon un axe temporel et <font color=red> **d'infrastructure** </font>.</span>

<div class="r-stack">

<div>
<img src="./src/pipelinepatternlegend_elements.drawio.svg" class="fragment" data-fragment-index="0" width=900> 
<img src="./src/pipelinepatternlegend_relation.drawio.svg" class="fragment" data-fragment-index="1" width=800> 
</div>
<div>

![](./src/pipepattern_explanation.drawio.svg){.fragment data-fragment-index="2" height=600}

</div>
</div>

<div class="footnote">

- [1] B. Polson, « A conceptual framework for pipeline », in Proceedings of the 2015 Symposium on Digital Production, in DigiPro ’15. p. 51‑52. doi: 10.1145/2791261.2791272.
- [2] B. Polson, « CG pipeline design patterns », in Proceedings of the Fourth Symposium on Digital Production, in DigiPro ’14.p. 29. doi: 10.1145/2633374.2637729.
- More at https://www.pipelinepatterns.com/

</div>

note:
Pour cela, nous avons suivi la méthodologie proposée par Bill Polson sur **pipelinepatterns.com**.  
Cette approche consiste à représenter les éléments fondamentaux d'un pipeline et leurs relations... ⏭️
En résumé, il s'agit de montrer comment les données sont modifiées par les processus à travers le temps et l'infrastructure.
Et cela se passe en deux dimensions ! Verticalement, on a l'infrastructure, et horizontalement, le temps.<br>
Regardons un exemple issu du pipeline de Cube Creative ⏭️

<!-- .slide: data-auto-animate -->

--

<div class="schema">
    <img data-id="pipecube" src="./src/dataflow_cube_chicky.drawio.svg" style="position:relative;" />
</div>

*Dataflow utilisé sur la saison 4 de "Où est Ckicky ?" à Cube Creative.*

note:
Avec cette méthodologie, nous pouvons représenter le dataflow complet d'un pipeline.<br>
Regardons de plus près l'espace de travail de modélisation des assets ⏭️

<!-- .slide: data-auto-animate data-transition-speed="slow"-->

--


<div class="schema">
    <img data-id="pipecube" src="./src/dataflow_cube_chicky_mask.drawio.svg" style="position:relative;height:2000px;bottom:1000px;right:400px; max-width:none;" />
</div>

*workspace de modélisation d'asset*

note:
On observe que Blender est utilisé pour cette étape de production. Sans surprise, la scène de travail ne contient que des informations de géométrie du point de vue du pipeline. Depuis Blender, les artistes exportent des playblasts à l'aide du processus *Tournette* (un addon interne) et modélisent les LODs via un *push*. ⏭️

<!-- .slide: data-auto-animate data-transition-speed="slow"-->

--

<div class="schema">
    <img data-id="pipecube" src="./src/dataflow_cube_chicky.drawio.svg" style="position:relative;height:800px;right:-450px; max-width:none;" />
</div>

*workspace de modélisation d'asset*

note:
Comme vous pouvez le voir verticalement, ces éléments exportés sont synchronisés avec le serveur. Cependant, seuls le playblast et le fichier de travail sont versionnés ; les LODs ne le sont pas. ⏭️

<!-- .slide: data-auto-animate data-transition-speed="slow"-->

--

<div class="schema">
    <img data-id="pipecube" src="./src/dataflow_cube_chicky.drawio.svg" style="height:800px; position:relative;right:300px; max-width:none;" />
</div>

*workspace de shading d'asset*

note:
Vient ensuite l'étape de shading... Malheureusement, il serait trop long d'expliquer en détail le dataflow de chaque étape.  
Retenez simplement que cette méthodologie a été utilisée pour modéliser les pipelines de tous les studios participants dès le début... ⏭️

<!-- .slide: data-auto-animate data-transition-speed="slow" -->

--

<div data-id="pipecube" class="schema">
    <img src="./src/dataflow_cube_chicky.drawio.svg" style="height:800px; position:relative;right:4900px; max-width:none;" />
</div>

*workspace de compositing de shot*

note:
..jusqu'à la fin du périmètre du pipeline.  

<!-- .slide: data-auto-animate data-transition-speed="slow" -->

---

<!-- .slide: data-stack-name="Participating studios" data-auto-animate data-transition-speed="slow"  -->

## Studios participants ❤️

<div class="threecolumn">

<div>
<img data-id="cubetrans" src="./src/cube.png" width=90% class="fragment"/>

<div>
Github link 👇

![](./src/cube_github.svg){width=300px .roundedcorner}

</div>

</div>
<div>
<img src="./src/autour-de-minuit.jpg" width=90% class="fragment"/>
<div>
Instance Gitea publique  👇

![](./src/adm_gitea.svg){width=300px .roundedcorner}

</div>

</div>
<div>
<img src="./src/Normaal.jpg" width= 90% class="fragment"/>
<div>
Stax Toolsuite 👇

![](./src/stax_link.svg){width=300px .roundedcorner}

</div>

</div>
</div>

note:
Présentons les studios qui ont gentiment accepté d'ouvrir leurs portes et de partager leurs pipelines :  
Cube Creative, Autour de Minuit et Normaal Animation. ⏭️

---

## Étude comparative

note:
**Now that** the introductions are done,  let's dive into the study 

<!-- .slide: data-stack-name="Comparative study" -->

--

## Projets étudiés

note:
**And we will firstly introduce** the projects that served as the basis for our pipeline mapping survey. ⏭️

<!-- .slide: data-auto-animate data-transition-speed="slow"  -->

--

## Projets étudiés

<div class="threecolumn">

<div class="fragment">
<img src="./src/cube.png" width=50%/>
<img height=600 src="./src/where-s-chicky.jpg" />
</div>

<div class="fragment">
<img src="./src/autour-de-minuit.jpg" width=50%/>
<img height=600 src="./src/ohlala_adv.avif" />
</div>


<div class="fragment">
<img src="./src/Normaal.jpg" width=50%/>
<img height=600 src="./src/whooly_whooly.png" />
</div>

</div>

note:
**Pour Cube Creative**, nous avons étudié le pipeline de *Where's Chicky?*.  
**Pour Autour de Minuit**, nous avons cartographié leur nouvelle série en **pré-production**, *OhWow !*  
**Et pour Normaal**, nous avons documenté le pipeline utilisé pour la série TV Wooly Wooly.  
**Quelques notes** sur le format de ces projets ⏭️

<!-- .slide: data-auto-animate data-transition-speed="slow"  -->

--

## Projets étudiés

<div class="threecolumn">

<div>
<img src="./src/cube.png" width=50%/>
<img height=400 src="./src/where-s-chicky.jpg" />

- format: **52x1" episodes**
- style: animation 3D

</div>

<div>
<img src="./src/autour-de-minuit.jpg" width=50%/>
<img height=400 src="./src/ohlala_adv.avif" />

- format: **52x7"  episodes**
- style: animation 3D

</div>


<div>
<img src="./src/Normaal.jpg" width=50%/>
<img height=400 src="./src/whooly_whooly.png" />

- format: **51x11" episodes**
- style: animation 3D

</div>

</div>

note:
**Les trois** projets sont des séries TV d'animation 3D destinées à la petite enfance.  
**Le format des projets** varie légèrement selon les productions, en particulier pour *Where's Chicky*.   
**À noter** que le pipeline de Chicky a également été utilisé pour leur nouvelle série, Piggy Builders (52x11"). 
**Nous allons** maintenant plonger progressivement dans les détails du pipeline de chaque production ⏭️

<!-- .slide: data-auto-animate data-transition-speed="slow"  -->

--

<!-- .slide: data-auto-animate data-transition-speed="slow"  -->

# Productions steps: assets

| | |
|-|-|
| ![](./src/where-s-chicky.jpg){.portraitsquared} | <font class="fragment" size=50>Modeling ➡️ Shading ➡️ Rigging ➡️ Animation Bank (Characters)</font>  |
| ![](./src/ohlala_adv.avif){.portraitsquared} | <font class="fragment" size=50>Modeling ➡️ Surfacing ➡️ Setup</font> |
| ![](./src/whooly_whooly.png){.portraitsquared} |  <font class="fragment" size=50>Modeling ➡️ Surfacing ➡️ Setup</font> |

--

<!-- .slide: data-auto-animate data-transition-speed="slow"  -->

## <span data-id="test">Étapes de fabrication :</span> Shots

| | |
|-|-|
| ![](./src/where-s-chicky.jpg){.portraitsquared} | <font class="fragment" size=50>Layout ➡️ Animation ➡️ Rendering ➡️ Compositing </font>  |
| ![](./src/ohlala_adv.avif){.portraitsquared} | <font class="fragment" size=50>Layout ➡️ Animation ➡️ FX ➡️  Lighting </font> |
| ![](./src/whooly_whooly.png){.portraitsquared} |  <font class="fragment" size=50>Layout ➡️ Animation & FX ➡️ Rendering ➡️ <span class="fragment highlight-red">Compositing</span> ➡️ <span class="fragment highlight-red">editing</span></font> |

note:
For shot construction:  
**We have** ... for Chicky  
For OhLala: ...  
For Wooly Wooly: ...
Please note that compositing and editing are off-pipeline scope for *wooly wooly*.  
**The main difference** here is that, at Cube, FX are built as reusable assets instead of being created per shot.    
At ADM and Normaal, some FX are made directly in the shot.  
**Now,** which software is used for these steps? ⏭️

<!-- .slide: data-auto-animate data-transition-speed="slow"  -->

--

## Outils de fabrication

<div class="threecolumn">

<div>

<img height=400 class="portraitsquared" src="./src/where-s-chicky.jpg" />

--- 
<div class="fragment">
<img src="./src/blender-icon-256x256-1.png" height=80/>
<img src="./src/logo-kitsu.de716c4b.png" height=80 />
<img src="./src/python-logo.png" height=80 />
<img src="./src/app-nuke-192x192.png" height=80/><br>
<img class="bw" src="./src/storyboard-pro-logo.png" height=80/>
</div>
</div>
<div>

<img height=400 class="portraitsquared" src="./src/ohlala_adv.avif" />

--- 
<div class="fragment">
<img src="./src/blender-icon-256x256-1.png" height=80/>
<img src="./src/logo-kitsu.de716c4b.png" height=80 />
<img src="./src/python-logo.png" height=80 /><br>
<img class="bw" src="./src/storyboard-pro-logo.png" height=80/>
</div>

</div>

<div>

<img height=400 class="portraitsquared" src="./src/whooly_whooly.png" />

--- 
<div class="fragment">
<img src="./src/blender-icon-256x256-1.png" height=80/>
<img src="./src/logo-kitsu.de716c4b.png" height=80 />
<img src="./src/python-logo.png" height=80 />
<img src="./src/ay-symbol-blackw-full.png" height=80 /><br>
<img class="bw" src="./src/storyboard-pro-logo.png" height=80/>
<img class="bw" src="./src/logo-adobe-after-effects-png_optimized-768x768.png" height=80/>
<img class="bw" src="./src/1200px-Adobe_Premiere_Pro_CC_icon.svg-1842527822.png" height=80/>
</div>
</div>

note:
**All three productions** use similar software environments, with some differences.     
**To improve clarity**, DCCs beyond the pipeline scope are shown in gray.   
On *Where's Chicky* ...  
On *OhWow* ...  
On *Wooly Wooly* ...        
**Storyboard Pro** is used in all three cases for storyboarding during pre-production.    
**For post-production**, Nuke and the Adobe suite are also used.   
**However**, Blender is the main 3D production tool for all three, and Kitsu is used for production tracking.   ⏭️

<!-- .slide: data-auto-animate data-transition-speed="slow"  -->

--

### Recapitulatifs du workflow simplifié

- Des formats de projets similaires{.fragment data-fragment-index="0" }
- Des étapes de fabrications similaires {.fragment data-fragment-index="1" }
- Des DCC's<sup>[1]</sup> similaires{.fragment data-fragment-index="2" }

<br>

<font color=red size=30 class="fragment">**Mais qu'en est-il du dataflow ?**</font>

<div class="fragment footnote" data-fragment-index="2" >

- [1] Digital Content Creation tools
</div>

note:
**To summarize** the details we just covered,  
we have three projects with similar formats, as well as similar production steps and DCCs.  
**But what** about the underlying dataflow? ⏭️

--

### Dataflow 

![](./src/underthehood.gif){width=700}

note:
What is fascinating about this study is that the mapped pipelines show some similarities, but above all, many differences. Especially in dataflows ⏭️

--

![](./src/dataflow_adv_holala_published.png)

![](./src/dataflow_cube_chicky_published.png)

![](./src/dataflow_normaal_wooly_wooly_published.png){width=1200}

note:
**I know** it's hard to see everything here ^^<br>
**But even from a distance**, you can visualize three **very** different dataflows! ⏭️

--

## Aspects étudiés

Stratégies de construction de scène {.fragment}

<span data-id="worktitle">Schémas de propagation de mise à jour asset</span>{.fragment}

Achitecture d'infrastucture {.fragment}

Implications de formats standards {.fragment}

Resource libraries{.fragment}

Stratégies de versionning{.fragment}

Environement logiciel{.fragment}

... {.fragment}

<!-- .slide: data-auto-animate data-transition-speed="slow"  -->

note:
**These mappings allowed us** to study many aspects of the audited pipelines!<br>
**Among these**, we have...<br>
**As we won't** have time to cover all these points in detail, we've selected the most significant one for this presentation. The full details will be published in an upcoming article. ⏭️

--

<span data-id="worktitle" style="font-size:1.8em;">Asset update propagation patterns</span>

*How update propagate through the fabrication ?*

note:
**Work propagation** is one of the most interesting aspects to study.  
In a pipeline, this term refers to how update propagate through the fabrication process. ⏭️

<!-- .slide: data-auto-animate data-transition-speed="slow"  -->

--

## Tow mecanisms used
<div class="twocolumn">

<div class="fragment">

### ⬆️ Push{data-id="push"}
**Automatic** updates when an asset is published  
</div>

<div class="fragment">

### ⬇️ Pull
Updates applied **manually** from shots 
</div>
</div>

note:
**In the three pipelines studied,** we identified two main assets propagation patterns:<br>
-The Push, where updates are automatically propagated<br>
-The Pull, where updates are manually retrieved<br>
**Let’s take a closer** look at how this is modeled in a Blender dataflow... ⏭️


--

## Assets updates propagation : Recap'

*Three strategies to do it*

<div class="threecolumn">

<div class="fragment">

![](./src/where-s-chicky.jpg){.portraitsquared}

--- 
- **Push** for static assets.
- **Pull** for animated assets 

---
<font color=red> = Per-asset type strategy</font>

</div>

<div class="fragment">

![](./src/ohlala_adv.avif){.portraitsquared}

--- 
- **Pull** accross all the production

---
<font color=red> = Global strategy</font>

</div>
<div class="fragment">


![](./src/whooly_whooly.png){.portraitsquared}

--- 
- **Push** for all asset until Layout
- **Pull**  from Animation

---
<font color=red> = Per-step strategy</font>

</div>
</div>

note:
**À quick recap of** propagation strategies per production  
**On Chickies,** the push is mainly used for static assets, pull for animated assets    
**On holala,** the pull is used everywhere    
**And finally,** we have an hybrid strategy per shot step for wooly wooly. ⏭️

--


### Push 🆚 Pull 

<div class="twocolumncenter">

<div class="fragment">

<span style="font-size:2em;">**+**</span>

Support asset's fast iteration

Reduce development effort

<span style="font-size:2em;">**-**</span>

Less control over updates propagation

Require a good communication

</div>

<div class="fragment">

<span style="font-size:2em;">**+**</span>

Update control granularity

Better history tracking

<span style="font-size:2em;">**-**</span>

Require tools developments

Slow asset iteration
 
</div>

</div>

note:
**Let's briefly** look at some advantages and disadvantages of these two complementary methods.<br>
**On one hand,** the push supports fast asset iteration, but it does not allow for granular control over updates in shot files—pull is preferable here.     
**On the other hand pull makes it easier** to respect a validation chain.<br>
**From a purely technical perspective**, the pull requires more development effort, since updating references means opening scenes and changing links.  
**The Push pattern relies entirely on Blender's** native mechanisms and therefore requires very little development from the pipeline team.<br>

---

<!-- .slide: data-stack-name="Final thoughts" -->

## Limites et futures de l'étude 

note:
**Unfortunately,** we won't have time today to go further into the details of the data we collected.  
**However,** feel free to come see us after the presentation if you would like more information.   
**Before we finish,** let's look at the limitations and future directions of this study ⏭️

<!-- .slide: data-auto-animate data-transition-speed="slow"  -->

--


### 🗺️ Méthode cartographique

<div class="twocolumn">

<div>

**🔒 verroux identifiés**

- ~~Overrides d'attributs~~
- ~~Interactions avec le production tracker~~
- Données de validation
</div>
<div>

**🗝️ Propositions**

- 
- Interactions avec le production tracker
- Données de validation


</div>

</div>

note:
First of all, it's important to note that the mapping methodology we used for dataflow did not provide a way to represent Blender's override mechanism.  
It also did not address the role of the production tracker.  
We therefore extended the set of our diagrams to include these two elements.  
We plan to share a library of shapes for drawio/diagram.net to make it easier to create these diagrams. ⏭️

--


### 🧫 Échantillons

<div class="twocolumn">

<div>

**Limites**

- Studios français
- Format de série d'animation
</div>
<div>

**Futur**

- Élargir les formats de projet
- Élargir aux autres studios européens


</div>

</div>


note:
Initially, the study focused on a small group of companies to explore the project's feasibility. Additionally, we only examined TV series projects. ⏭️

--

### Publication sur <img src="./src/hal.webp" style="width:280px;position:relative; top:75px;"/>

<div class="twocolumn">
<div>

**En cours**

- Publication des cartographies en ligne sur HAL

![alt text](./src/halmoderation.png) 


- Rédaction d'un article de synthèse sur le premier volet

</div>

<div>

**Future**

- Mise a disposition des template de diagrammes
- Ouverture d'une collection HAL dédiée au études cartographie pipeline

</div>
</div>

--

## Merci !

<div id="left">

### 📧 Participer à l'étude

![](./src/mail.svg){width=300}
</div>

<div id="right">

### ❤️ Merci aux contributeurs

- Félix David (Normaal)
- Christophe Seux (Autour du Volcan)
- Florentin Luce (Autour du Volcan)
- Axel Tillement (Cube Creative)


</div>

note:
Thanks a lot for listening !
If you represent a studio and are interested in participating, feel free to come talk to us directly or send an email to this address!  
Don't hesitate to reach out if you have any questions!