Q100384: ExrCombine を介して Katana でチャンネル/AOV をマージするとレンダリングが失敗する

Running command: ExrCombine
/tmp/ katana _tmpdir_7664/sphere_diffuse5_Render_primary_rgba_square_512_linear.1.exr primary
/tmp/ katana _tmpdir_7664/sphere_diffuse5_Render_direct_diffuse_direct_diffuse_square_512_linear.1.exr direct_diffuse
/tmp/ katana _tmpdir_7664/sphere_diffuse5_Render_sss_sss_square_512_linear.1.exr
sss /tmp/merge.exr
Render stopped by signal: 6
CommandLineRender Error: doRender problem
Reason = Render stopped by signal: 6
Render error. Time elapsed: 6.33 s
Node 'Render': Render failed with a rendering error: Render stopped by signal: 6

> exrinfo image.exr

画像.exr:

file format version: 2, flags 0x0
channels (type chlist):
 B, 16-bit floating-point, sampling 1 1
 G, 16-bit floating-point, sampling 1 1
 R, 16-bit floating-point, sampling 1 1
compression (type compression): piz
 dataWindow (type box2i): (0 0) - (511 511 )
 displayWindow (type box2i): (135 125) - (377 409) 
lineOrder (type lineOrder): increasing y
pixelAspectRatio (type float): 1
screenWindowCenter (type v2f): (0 0)
screenWindowWidth (type float): 1 

この場合のdataWindow属性の値は(0 0) - (511 511)で、画像ファイルに 512x512 ピクセルが保存されていることを意味します。

displayWindow は、画像を表示するときに表示される画像の領域を記述します。この領域は、OpenEXR ファイルにデータが存在する領域よりも大きい場合も小さい場合もあります。

Katanaでの「マージ」出力のデータウィンドウの定義

「マージ」タイプのレンダー出力を使用してイメージを異なるデータ ウィンドウと結合する場合、 RenderOutputDefine ノードのmergeOutputsパラメーター ドロップダウンで最初に選択された入力のdataWindow属性値が、最終出力のデータウィンドウとして使用されます。

RenderOutputDefine ノードの例のこのスクリーンショットでは、 mergeOutputsパラメーターの最初に選択された入力が「プライマリ」出力です。これは、ExrCombine ユーティリティによって作成される最終的なマージされた EXR には、 「プライマリ」パスのdataWindowヘッダー属性が使用されることを意味します。

このdataWindowヘッダー属性がマージする残りのレンダー出力のdataWindowより小さい場合、ExrCombine マージ プロセスが失敗し、上記のレンダー エラーが発生する可能性があります。

Katanaの Cryptomatte に関する既知の問題

Cryptomatte は、各 cryptomatte チャネルの EXR ヘッダーの cryptomatte/foo/bar に格納されているメタデータを使用します。 ExrCombine は cryptomatte メタデータをマージしないため、結果としてマージされた EXR にはNukeの cryptomatte チャネルが表示されません。 Pixar の exrmerge は、最初の EXR の cryptomatte メタデータのみをコピーします。

ただし、 Katana 4.5v6 、 Katana 5.0v6 、 Katana 6.0v3以降のKatanaバージョンでは、すべての Cryptomatte チャネルを 1 つの EXR に結合できるようになります。

参考までに、この機能リクエストは次のように記録されました: ID 428053 - ExrCombine: Cryptomatte チャネルのマージのサポート

回避策

この問題の解決に役立つ可能性があるいくつかのオプションを試すことができます。

「プライマリ」レンダー出力が出力タイプ「raw」に設定されていることを確認するか、マージされた出力に「プライマリ」パスが含まれないようにしてください。

注: Katana専用の RenderOutputDefine ノード経由で作成を要求したかどうかに関係なく、デフォルトで常に「プライマリ」パスを生成します。

「プライマリ」パスは最初のエントリとして mergeOutputs リストに追加され、追加のチャネルはそこにマージされます。 「プライマリ」パス データ ウィンドウが、マージするすべての AOV の全体的なデータ ウィンドウ サイズを包含しない場合、マージ操作は失敗します。

これは、「primary」パスに RenderOutputDefine ノードを追加し、type パラメーターを "raw" に設定することで解決できる場合があります。

プライマリ パスが必要ない場合は、 RenderOutputDefine ノードの mergeOutputs リストからプライマリ パスを明示的に無効にすることができます。リスト内の 2 番目のパスのデータウィンドウは、マージされた EXR に使用されます。上のスクリーンショットの例では、 「primary」が選択解除されている場合に使用されるdataWindow値は「diffuse」パスから取得されます。

マージするすべての AOV が同じ dataWindow 属性値を持つようにしてください。

マージされるすべての AOV のデータ ウィンドウが同じサイズであれば、マージ操作は成功するはずです。あるいは、最初にマージされる出力には、他のすべての出力を包含するのに十分な大きさの dataWindow 属性値が必要です。

マージ プロセスで AOV の順序を定義するときにこの点に留意すると、より広いデータウィンドウをより小さなデータウィンドウに合わせようとすることによる ExrCombine レンダリングの失敗を回避できます。

RenderOutputDefine ノードの設定を使用して AOV のデータ ウィンドウ サイズに影響を与える 2 つの方法を以下に説明します。

「raw」出力タイプと exrOptimize 設定を使用して、レンダリング後の EXR 最適化をバイパスします。

デフォルトでは、 Katanaレンダリングされたカラー出力を後処理します。この内部 2D 画像処理では、EXR ヘッダー属性は保持されず、関連する属性が元の画像から後処理された画像にコピーされます。

これらの属性は、RenderOutputDefine ノードのConvertSettingsパラメータによって定義されます。これらの設定の詳細については、 Katanaオンライン ヘルプの RenderOutputDefine ノード リファレンスを参照してください。

exrOptimize パラメータを「いいえ」に設定します。

ConvertSettings.exrOptimizeパラメーターは主に、画像データ ウィンドウを最適化し、エッジの周囲のピクセル データのない領域を削除することで画像を「シュリンクラップ」するために使用されます。

exrOptimize のオンとオフでレンダリングされた EXR イメージとメタデータの比較 ( Nukeで表示)

exrOptimize フラグは主に、画像データ ウィンドウを最適化し、エッジの周りの冗長な明確な情報を削除することで画像を「シュリンクラップ」するために使用されます。 exrOptimizeパラメーターを「No」に設定すると、画像データ ウィンドウ全体がレンダリングされ、最適化ステップがスキップされ、元のデータ ウィンドウが強制的に使用されます。これにより、レンダリングされた AOV 内で異なるdataWindow属性値が回避され、正常にマージできるようになります。

exrOptimize 操作は、タイル内の画像を処理するプログラムのメモリ使用量とパフォーマンスを向上させることを目的としているため、場合によっては、画像のサイズに応じて、画像の処理中のパフォーマンスがわずかに影響を受けることがあります。

レンダー出力のタイプを「raw」に設定します。

RenderOutputDefine ノードのタイプを「raw」に設定すると、レンダラから受信したイメージをレンダリングできるようになり、後処理ステップがバイパスされます。 Katana出力に対して色変換や画像の最適化を実行しません。これにより、レンダラーによって定義されたヘッダー属性を使用してファイルが書き込まれることが保証され、 Katanaの内部画像処理によって引き起こされる dataWindow 属性の変更が防止されます。

Katanaタイル化された出力をマージできないため、レンダリングされた EXR がタイル化されていないことを確認します。

これは、Arnold などの一部のレンダラーのデフォルト設定です。 ArnoldOutputChannelDefine などのレンダラー固有の出力定義ノードを確認し、 driverParameters.tiled設定が無効になっていることを確認してください。

助けを求める

これらの提案によっても問題が解決しない場合は、サポート リクエストを提出し、発生している問題とこれまでに実行したトラブルシューティング手順について詳しくお知らせください。

サポート リクエストを開く方法の詳細については、次の記事を参照してください: Q100064: サポート チケットを発行する方法