CGWorld クリエイティブカンファレンス 2019 "ウォーターフォール型パイプラインの問題点と、コンカレント型パイプラインの将来性[JCGS+コロッサス] " のスライド

1. ウォーターフォール型パイプラインの問題点と、
コンカレント型パイプラインの将来性
[JCGS+コロッサス]
JCGS 痴山 紘史

2. JCGS代表。
放送局向けリアルタイムCGシステムの構築・運用に携わった後、映画・ゲームなど
の映像制作に携わる。2010年独立、現職。映像制作プロダクション向けのパイプ
ラインの開発と提供を行なっている。新人パパ。娘かわいい。
自己紹介
http://digdoc.jcgs.co.jp

3. 1. 機材調達の関係で、本講演では一部体験版ソフ
トウェアを使用します。ご了承ください。
2. 今回はUSDの詳細についてのお話はしません。
USDは要素技術の一つとして、実際に使うとど
んな感じ?ということをメインにお伝えしてい
きます。
おしらせ

4. •概要
–何故ルックデブとライティングを別ツールにするのか
–Maya(max, etc.) じゃダメなの?
–要素技術
–Gaffer 概要
•デモ
•まとめ
目次

5. 概要

6. • 作業フェーズ毎のデータの整理
–"呪い"を後ろに持ち込まない
–その場しのぎの対応ができるようにする
• 必要な機能に絞る
–軽量、シンプル
–専用ソフトウェアによる効率化
–レンダリングに必要な情報に絞ることでエラーを減らす
何故ルックデブとライティングを別ツールにするのか

7. • "並行世界"を作ることができない
–レンダリング設定がシーン全体に効いてしまう
–マテリアル差し替えにくい
–バリエーションを作りにくい
Maya(max, etc.) じゃダメなの?

8. • 辛い
–壊れる Render Layer
–謎の unknown node
–読むだけで死ぬシーンデータ
–お祓い(データのエクスポート、インポート)をするとなおったり
Maya(max, etc.) じゃダメなの?

9. • できなくはない
–今まではそれで頑張っていた
–TDがツールをゴリゴリ作ったり
–謎のノウハウの蓄積
–熟練のアーティストの経験と勘
–祈る
Maya(max, etc.) じゃダメなの?

10. • 要所要所でデータを整理する
• 共通のデータフォーマットを用いる
• “レンダリング”という作業をフローから切り出す
– CGを作る=レンダリングして成果物を作る
– レンダラーには極力シンプルなデータを渡す
• 最近は、ゲームエンジンを使う時に同じようなことをし
ていますよね
どうやって解決する?

11. • Alembic
• OpenVDB
• OSL
• MaterialX
• USD
要素技術

12. • メッシュデータを格納
• Alembic 以前は様々なフォーマットが乱立
–FBX
–Maya Hair
–nCache
–OBJ
• ソフトウェア毎に変換が必要だった
–検証がものすごく大変
–細かいバージョンによって違ったり
要素技術:Alembic

13. • ボリュームデータ
• OpenVDB 以前は様々なフォーマットが乱立
• 大抵が特定のソフトウェア依存
–FumeFX
–Maya
–RenderMan
–etc…
要素技術:OpenVDB

14. • シェーダ言語
–かつてはレンダラ毎に異なる言語でシェーダを書いていた
• 昔は、RSLとか憧れたんですよよよ
要素技術:OSL

15. • マテリアルやルック情報などを記述
–かつては(以下略
–この辺りはもうちょっと先な感じ
要素技術:MaterialX

16. • ピクサー USD 入門 新たなコンテンツパイプラインを構築する
(https://www.slideshare.net/takahitotejima/usd-79288174)
–DCC ツール間でシーンをやりとりするファイルフォーマット
–リグは持てない(持てなくはないけどメリットが少ない)
• あんどうめぐみ(@fereria)さんが最近詳細記事を書かれています
(https://fereria.github.io/reincarnation_tech/11_Pipeline/99_li
nk/)
要素技術:USD

17. • Alembic, OpenVDB : データフォーマット
• OSL, Materialx : シェーダ、マテリアル
• これだけでは “シーン” を作れない
• USD を使うことで、データを束ねてシーンが作れる
–リファレンスにも対応
• FBX もあったけど。。。。
–仕様が複雑
–リファレンスが無い
ピースが揃った!

18. 例
Modeling
Layout
Effects
Lighting/Rendering
リファレンス

19. 例
Modeling
Layout
Effects
Lighting/Rendering
データを積み重ねていくお祓い
何かよくわからない
ものすごく複雑な処理
お祓い
お祓い
リファレンス

20. • コンカレントパイプラインとか難しいことは必要になっ
たら考える
–やってみると、いずれやりたくなる
• 便利な共通ファイルフォーマットと考える
• リファレンスも(うまく使えば)ソフトウェア間でやり取
りできるよ!
• レンダリング処理を切り分けるだけでもHAPPY!
–ブッ壊れる RenderLayer とおさらば!!
まずは簡単なところからやってみましょう

21. • ImageEngine が開発したオープンソースソフトウェア
• レンダリング用シーンの作成
• ルックデブ
• ワークフローのデザイン
Gaffer 概要

22. • マテリアルの作成
• マテリアルのアサイン
Gaffer 概要:ルックデブ
http://www.gafferhq.org/

23. • アセットの読み込み
• マテリアルのアサイン
• ライティング
Gaffer 概要:レンダリング用シーンの作成

24. • レンダラを呼び出してレンダリング
–Appleseed
–Arnold
–3Delight
Gaffer 概要:レンダリング

25. • 単体ではデータを作成できない
–モデリング、アニメーションはできない
• レンダラに渡すデータを作る
• 3Dデータのコンポジットソフトだと思えば大体OK
Gaffer 概要

26. Gaffer デモ

27. Gaffer+USDのパイプラインの例

28. 記事での流れ
Modeling
(Animator Starter
Pack(For Short Films or
Animations)Final 6.0.0 for
Maya)
Layout
Lighting/Rendering
lookdev
Look file
自作エクスポータ
lookdev template

29. • 元々Animal Logic が開発したMaya 用 USD プラグイン
• Autodesk が取り込み、maya-usd として整備中
–https://github.com/Autodesk/maya-usd
• AL_USDMaya のデモムービー
–https://www.youtube.com/watch?v=RluuvOAXvnk
maya-usd

30. まとめ

31. • ソフトウェアをまたぐことによるメリット、デメリット
• みんな、コンポジットソフトは使いますよね
–素材をかき集めて出力する
–最終調整に集中できる
–Gaffer で 3D シーンのコンポジットをおこなう
• 似たようなソフトウェア
–KATANA, Houdini, Clarisse
まとめ

32. • ソフトウェアをまたぐことによるメリット、デメリット
• みんな、コンポジットソフトは使いますよね
–素材をかき集めて出力する
–最終調整に集中できる
–Gaffer で 3D シーンのコンポジットをおこなう
• 似たようなソフトウェア
–KATANA, Houdini, Clarisse
Q&A?
まとめ