Stage/Layer/Spec
Universal Scene Description 8日目は、
USDのStageとLayer、そしてSpecとはなにか?というのを説明していこうと思います。
Stageとは¶
USDに触れていると、この「Stage(ステージ)」という言葉はあらゆるところで見られます。
アドカレ2日目の記事曰く
しかしちょっと待ってください。USD では厳密に言うと、
usda ファイルとは「私はこうしようと思うんだけどな」という 計画の記述 なのです。
従ってこの時点ではまだ誕生はしていません。そうなんです。実はあなたの他にも神がいるのです。
八百万の神々が集まり本当に世界を生み出すところは出雲(Stage)と呼ばれますが、
その話はこのアドカレの別の記事 で @fereria さんが明らかにしてくれるでしょう。
ということで、今回はそのStageと現在開こうとしているUSDファイルとの違い
八百万の神々が集まり本当に世界を生み出すところは出雲(Stage)について詳しく説明したいとおもいます。
USDと今までのフォーマットとの違い¶
多くのフォーマット(FBXだったり、OBJだったり、GLTFだったり)では、
1つのファイルに1つのシーングラフが保存されています。
なので、たとえば複数に分かれたFBXをレンダリングする場合などに
Mayaでインポートなどをした場合も、それはあくまで1つのMayaシーンになる(統合される)
だけで、Mayaシーンが複数のFBXを持っているわけではありません。
(追いかけようとした場合は、別途なにかしらの情報を持っておく必要がある)
ですが、USDの場合はコンポジションアークによって
複数のUSDファイルが合成されて、その結果1つのシーングラフになります。
そのため、 開いたUSDファイルと実際に出来上がったシーングラフは一致しません。
このあたりは具体的な例を見ていったほうがわかりやすいので、Kitchen_setをみていきます。
Kitchen_setでみるStage そして Layer¶
Kitchen_setをダウンロードして解凍したフォルダ内には Kitchen_set.usd というファイルがあります。
1 |
|
このファイルを、 usdviewで開くとこのようにKitchen_setが表示されます。
開くと、モデルが配置されていて1つの完成されたシーンになっています。
ですが、この Kitchen_set.usd を、以前解説したusdcatを使用してアスキーファイルでどうなっているかを見てみます。
1 |
|
実行すると、このようなusdaで表示されます。
見てわかる通り、ここにあるのはXform(MayaでいうところのGroupノード)と
リファレンスをしているPrim(Kitchen_1等)と、その配置情報(xformOp:translate)のみが
書かれているだけで、Meshの情報などは見当たりません。
つまりは、開いているファイルは Kitchen_set.usd ではあるものの
このファイルに書かれているのは「私はこうしようとおもうんだよな」という主張(オピニオンと呼ぶ)が書かれているだけで、
これが最終的なシーングラフの形ではありません。
この計画の記述が書かれているファイルのことを、USDではLayer(レイヤー)と呼び
このレイヤーがコンポジションによって組み合わされた結果出来上がったものを Stage と呼びます。
実際に配置されているオブジェクトは、 add references = @./assets/Kitchen/Kitchen.usd@ とか書かれている通り
Kitchen_set/assets/Kitchenフォルダ以下にあります。
このアセットフォルダ以下も、1つのファイルではなく複数ファイルで構成されています。
このあたりの詳しい事は別途記事にする予定です。
LayerとSpec¶
Kitchen_setだと複雑なので、もっとシンプルなusdファイルで確認してみます。
このような、samplePrimに sampleValue = false を設定したレイヤーと
そのレイヤーをサブレイヤーしているレイヤーを用意します。
この2つのPrimを usdcat を使用して Flatten(コンポジションした結果)を表示してみると
このようになります。
書き表すとこのようになります。
Stageは、コンポジションアークによって(この場合サブレイヤーによって合成された結果出来上がったものです。
今回のサンプルならば、 subLayer.usda と root.usda が合成された結果出来上がったシーングラフが
Stageです。
LayerとStage、というのの何が違うのか?というのは、
たとえるならPhotoShopのレイヤーがわかりやすいです。
このような赤いレイヤーと青いレイヤーがあった場合、最終的に表示される色は何色になるでしょうか。
上にあるレイヤーが赤なのだから、赤!とも思えるかもしれませんが
合成方法が乗算なら
黒になります。
今は2つのレイヤーだけでしたが、これがもっとレイヤーが増えて、フォルダでまとめられていたりしたら?
重ね方が複雑になっていたら?
レイヤーにある絵がなんであろうと、最終的にすべてが合成されるまでどんな絵(どんな色)になるかはわかりません。
これと同じ考え方がUSDにもあります。
PhotoShopのレイヤーが、すなわちUSDのLayer=usdファイルにあたりますし、
キャンバス上に表示されている最終的な絵がStageです。
この合成前のUSDのLayer内にもPrimやPropertyの記述はあります。
ですが、これは最終的な形と同じとは限りません。
なぜならば、ほかのレイヤーによって上書きされている可能性があるからです。
PhotoShopの別のレイヤーに別の何かが書かれていて絵が上書きされるように、
PrimやPrimに指定されているPropertyは別のレイヤーによって上書きされる可能性があります。
そのため、USDでは合成前のレイヤーに書かれている記述を「Prim」とは別に 「PrimSpec」
A PrimSpec can be thought of as an “uncomposed prim in a layer”.
引用: https://graphics.pixar.com/usd/release/glossary.html#usdglossary-primspec
レイヤー内にある 「合成されていないPrim」 として区別して呼びます。
Propertyに関しても同様に「PropertySpec」と呼ばれ、合成後とは区別されます。
図に書き出すと、Layer内に記述されている内容はこのようになり、
すべてのLayerが合成された結果、出来上がったものが StageでありPrimであり、Propertyです。
言い換えるならば、
各StageにあるPrimやPropertyとは多くのレイヤーに記述されているPrimSpecあるいはPropertySpec
の寄せ集められた(合成された)結果とも言えます。
usdviewで確認したい場合¶
このLayerやPrimSpec、PropertySpecは
usdview の Layer Stack と Composition で確認することができます。
samplePrimを選択すると、このPrimがどのレイヤーにどのように定義されていていたのか
結果どのようなSdfPathになったかがわかりますし、
Propertyの場合は、
Compositionを見ると、sampleValue のComposition には2つのレイヤーに主張(オピニオンと呼ぶ)があり
レイヤー内に Spec (合成されていない「合成予定のもの」)があると示す Has Spec が yes になっています。
さらには、 Layer Stack を見ると、それぞれのレイヤーにあるValue(PropertySpec)が書かれていて
どのような順番で合成されて、結果なにになったか(上のほうが強い)がわかります。
これは、これよりも多くのレイヤーで、複数のコンポジションが絡んできても同様で、たとえばKitchen_setを見ると
どのレイヤーで定義されているのか、
そのレイヤー内のどのPrimSpec(LayerStackに書かれているPathが、PrimSpecのPath)がもとになっていて
それらPrimSpecが、
どのようなコンポジション順序によって、結果このPrimが出来上がったのかがわかります。
(CompositionのArcPathがPrimSpecのPath)
Pythonから取得する場合¶
これまでのStageとLayer、そしてSpecについてを頭に入れたうえでPythonから取得してみます。
Layerで取得¶
1 2 3 4 5 6 7 8 |
|
まず、Layerから値を取得する場合。
この場合はStageではなくSdfLayerと各Specのオブジェクトとして扱います。
Layerから値を取得する場合、Pythonからだと非常に大きな罠があって
C++のAPIドキュメントとは関数もなにもかも異なります。
Pythonの場合はどれも Sdf.Find という形で値が取得されますがこれはLayerまたは~~Specといった
合成される前の情報のいずれかです。
上のサンプルコードの場合は、LayerからPrimSpecを取得し、そこからさらにAttributeSpecを
取得しています。
これらはあくまで合成前の「今のレイヤーに書かれている記述」なので
コンポジション情報やほかのレイヤーへの情報は持ちません。
Stageから取得¶
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
次にStageから、Layer・各種Specを取得した例。
これは、指定のPrimの由来や成り立ちを知るための方法とも言えて
GetPrimStackは、このPrimが出来上がるまでに合成されたPrimSpecを強い順に取得します。
実行するとこのようになります。
GetPrimStackで取得できるのはPrimSpecなので、そこからAttributeSpecや
それが記述されているレイヤーなどを知ることができます。
まとめ¶
usdaファイルとStageとの違いが理解できたでしょうか。
LayerStackとCompositionの違いはなんだろうとかもろもろ出てくるかもしてませんが
さらに詳しいことが気になった方は、以前PCPでコンポジションアークの構造を解析・編集対象を取得するという
ここまでいけばUSD1級というディープな記事を以前書きましたので
もしさらに詳しい事を知りたい!!という方はぜひとも合わせて読んでください。