USDのInstanceについて

USD のインスタンス化は、
「同じ」オブジェクトの多数のインスタンスが UsdStage 上で同じ Prim を共有することができる機能です。

Instancing in USD is a feature that allows many instances of “the same” object to share the same representation (composed prims) on a UsdStage.
参考: https://graphics.pixar.com/usd/release/glossary.html#usdglossary-instancing

インスタンスを使用すると、インスタンス以下の Prim をオーバーライドすることができなくなる代わりに
UsdStage を処理する時に、（同じモデルを参照することで）ロードの高速化やメモリの省略を
することができます。

Instance を作る¶

このような Cube.usd を用意します。
インスタンス用のアセットは、Root に XformPrim を作成し、
その子に Mesh を置きます。
（RootPrim が Mesh ではいけない）

今回は、DefaultPrim の子供にシンプルな Cube １つを置いた構造になっています。

このようにリファレンスで読み込みます。
そして sampleA sampleB には instanceable を入れて、sampleC には instancealbe を入れません。

usdview で表示すると、このようになります。

図に表すとこのようになります。

Prim に対して instanceable を入れると、同じインスタンスオブジェクトごとに「Prototype」と呼ばれるインスタンスの
ベースになる Prim を１つだけ生成し、インスタンスする Prim との関係性を記録します。
usdview では Prototype は表示されていませんが、

1

stage.GetPrototypes()

[Usd.Prim()]

このように、Stage の GetPrototypes 関数を使用すると
instanceable の Prim の PrototypePrim を確認することができます。

prototypePrim はこのようになります。
インスタンスを使用しない場合、リファレンス先の Prim はリファレンスしている Prim 以下に展開されますが
インスタンスの場合は、このようにルート以下に見えない Prim として展開されます。

1
2
3
4
5
6

# Instanceの場合はChildはみつからない
print(primB.GetChildren())
# > []
# 普通なら見つかる
print(primC.GetChildren())
# > [Usd.Prim(</sampleC/cube>)]

そのため、 instanbeable な Prim に GetChildren() してみると
Instance の時は個 Prim が見つからず（本体は Prototype 以下なので）
通常の場合は GetChildren で個 Prim を取得できるようになります。

Prototype からインスタンスを取得する¶

1
2
3
4

prototype = primA.GetPrototype()

for instance in prototype.GetInstances():
    print(instance)

instanceable なオブジェクトを Prototype として展開すると
配置されたオブジェクトは１つの Prototype を共有します。
_Prototype## の Prim 名は毎回変わりますが、この Prototype がどの Instance のオブジェクトなのかは
Prim から GetInstances で取得することができます。

これを利用すれば、実際にどのオブジェクトとして配置したのかを把握することができます。

Instance と コンポジション と Proxy¶

Instance したモデルのルート以下は、コンポジション等によって値を編集することができません。
たとえば、インスタンスで配置しているオブジェクトのうち
どれか１つの色を変えたいといったことはできません。
ですが、instanceable のメタデータをコンポジションによって False にして
通常の配置に変更すること(Instance を壊す）ことは可能です。

Proxy¶

Instance の場合、通常とは違いリファレンス Prim 以下には展開されないと書きましたが
GetPrimAtPath 等で Prim を取得した場合「InstanceProxy」と呼ばれる Prim によって
実体と同じようにアクセスすることができます。
しかし、この場合は編集することができません。

1
2
3
4
5
6

# InstanceのPrimも GetPrimAtPathで取得が可能
proxy = stage.GetPrimAtPath("/sampleA/cube")
# InstanceProxyかどうかを確認できる
print(proxy.IsInstanceProxy())
# Proxyの場合、値の追加や変更を使用するとエラーになる
proxy.CreateAttribute('sample',Sdf.ValueTypeNames.String).Set('hoge')

1
2
3
4
5
6
7
8
9

---------------------------------------------------------------------------
ErrorException                            Traceback (most recent call last)
<ipython-input-61-5acb423d72e7> in <module>
      2 proxy = stage.GetPrimAtPath("/sampleA/cube")
      3 # Proxyの場合、値の追加や変更を使用するとエラーになる
----> 4 proxy.CreateAttribute('sample',Sdf.ValueTypeNames.String).Set('hoge')

ErrorException:
    Error in 'pxrInternal_v0_21__pxrReserved__::UsdStage::_ValidateEditPrim' at line 1297 in file D:\work\GithubRepo\USD\pxr\usd\usd\stage.cpp : 'Cannot create property spec at path </sampleA/cube>; authoring to an instance proxy is not allowed.'

このようにやろうとしてもエラーになります。

1
2

# ProxyからPrototype側でのPathを取得
print(proxy.GetPrimInPrototype())

まとめ¶

以上がインスタンスの基本でした。
これに＋して Instance がネストされていた時や、ValueClip・LoadRules・PopulationMask 等と
組み合わさった場合等いろいろありますが
今回はまずはここまで。