まとめ
クリエイティブ ブリーフの要求はますます厳しくなっており、ジオメトリの複雑さが増すにつれて、テクスチャ マップの解像度もますます高くなる必要があります。 Mariグラフィック カードに大きく依存しているため、重いプロジェクトではグラフィック カードに過負荷がかかる可能性があることにも注意してください。
これを念頭に置いて、 Mariを使用する場合は、ペイント プロセスをできるだけスムーズに行えるように、マシンのパフォーマンスを最適化して最大限に絞り出すことが重要です。
これを実現するためにできることはたくさんありますが、この記事では、使用できるMariと OS の各機能について説明します。まず、プロジェクトを最適化するためのベスト プラクティスについて説明し、その後、最適なパフォーマンスをサポートするMariのより技術的および一般的な側面に進みます。
最適なパフォーマンスを実現するためにプロジェクトをセットアップする
ノード
Bake Point ノード: 重いノード ネットワークや複雑なノード ネットワークでは、コンパイルに時間がかかり、パフォーマンスが低下する可能性があります。プロジェクトで適切なレベルの応答性を維持するには、 ベイク ポイント ノードとマルチチャンネル ベイク ポイントノードを使用してネットワークのセクションをベイクし、パフォーマンスを向上させることができます。
プロシージャル ノード: 生のプロシージャル ノードは、高度な複雑性を考慮して計算とレンダリングに大量のシステム メモリを必要とするため、まばらに使用します。パフォーマンスを向上させるために、可能な限りベイク ポイントでベイクしてください。
Size と Depth : Paint ノードでは、Size と Depth を不必要に高い値に設定しないでください。サイズは解像度を提供し、深さはステップを防ぎ、マージ計算を改善します。ただし、ほとんどの場合、ペイント バッファと同様に、これらの設定は、接続されているチャンネルよりも高く設定すべきではありません。
レイヤー
キャッシュレイヤー: レイヤーの数が多い場合や、計算コストのかかるレイヤーはパフォーマンスを低下させる可能性があります。作業されていないレイヤーをキャッシュすると、これを軽減できます。レイヤをキャッシュするには、[レイヤ] メニューから[キャッシュ] > [レイヤのキャッシュ]を選択するか、レイヤを右クリックしてドロップダウン メニューから[キャッシュ] > [レイヤのキャッシュ]を選択します。
シェーダ
複数のシェーダー セットアップ: 複数のシェーダー セットアップを作成し、必要に応じてそれらを切り替えます。たとえば、ユーザーはペイントと編集用に軽いセットアップを使用し、最終プレビュー用に完全で重いセットアップを使用できます。
バンプ モード: シェーダの設定で、バンプ モードを「高速」に設定すると、「最終」外観を使用する代わりにプレビューにも適しています。
ディスプレイスメント マップとバンプ マップ: ディスプレイスメント マップを作成している場合でも、プレビューを高速化するために、それをバンプとしてシェーダーにプラグインすることをお勧めします。一般に、ペイント中にバンプ マップやディスプレイスメント マップをオンにすることは避け、シェーダで表示する必要がある場合はチャネル ノードの直前にベイク ポイントを追加します。
オブジェクト
Mariでは 1 つのプロジェクト内で複数のオブジェクトを使用できますが、ソフトウェアはシーン内にオブジェクトが 1 つだけある場合に最高のパフォーマンスを発揮するように設計されています。そのため、(可視性に関係なく) 1 つのプロジェクト内に多数のオブジェクトがあると、パフォーマンスに指数関数的な悪影響を及ぼす可能性があります。
画像マネージャー
プロジェクトの作業中、イメージ マネージャーは数百の参照イメージでいっぱいになることがよくあります。これらの各画像はプロジェクトに埋め込まれているため、プロジェクトと一緒に保存する必要があります。プロジェクトを開いて保存するのに時間がかかる場合、またはプロジェクトがディスク上の多くのスペースを占有している場合は、イメージ マネージャーがプロジェクト サイズを増加させている可能性があります。
注:イメージ マネージャーですべてのイメージを削除すると、イメージがまだディスク上にある限り、次回プロジェクトを開いたときにプロシージャル ノードで使用されているイメージが自動的に復元されます。
最適なパフォーマンスを実現するためのMARIのセットアップ
プロジェクトの場所
プロジェクトのキャッシュを SSD (ソリッド ステート ドライブ) に保存することを強くお勧めします。プロジェクトの場所は、「編集」>「環境設定」>「データ」>「プロジェクト」>「プロジェクトの場所」で変更できます。
ビューポート
大きすぎるビューポートを避ける: レンダリングするピクセルが増えるほど、ビューポートは遅くなります。極端な場合には、一部のジオメトリを非表示にすることでフレームレートが向上する可能性があります。
モニター
4K モニター: 4K モニターで作業している場合、 Mari従来の HD モニターよりも多くのピクセルをビューポートでレンダリングする必要があります。ビューポートでのレンダリング時間は、ピクセル数の少ないモニターを使用する場合よりも遅くなる場合があります。
複数のモニター: ビューポートが複数のモニターにまたがる場合、GPU が 2 つのディスプレイを同時に通過する必要があるため、パフォーマンスが若干低下します。
編集 > 環境設定 > GPU タブ
Mariベイク処理やビューポートのレンダリングなどの重要なタスクを含む、ほとんどのプロセスで GPU を利用します。複雑なシェーダと弱い GPU を組み合わせると、多くの場合、ビューポートのフレーム レートが低下します。グラフィックス カードのリソースを管理するとパフォーマンスが向上します。これは GPU 設定を編集することで実行できます。ユーザーは任意の設定にマウスを移動してその影響を理解できますが、次の設定がパフォーマンスに最も大きな影響を与えます。
ベイク処理とプロジェクション > ミップマップ生成- 「高速」
線形化は実行されず、ダウンサンプリングは画像のネイティブ カラースペースで行われます。
これにより、ペイントをバッファーからキャンバスにベイクダウンするなどのプロセスが高速化されますが、計算が非線形であるためにエラーが発生する可能性があります。
シャドウ マップ > 許可- 無効
シャドウ マップを有効にすると、ビューポートでより正確なシャドウを生成できますが、無効にするとシステム リソースが解放されます。
仮想テクスチャ > タイプ- 「バイト」
表示するキャッシュされたチャネル データのデータ タイプを制御します。この値を増やすと、表示される値の精度が向上しますが、GPU メモリへの負担は大きくなります。
仮想テクスチャ > レイヤー数- 低い値
2D テクスチャ レイヤの数を制御します。
この値を増やすと、テクスチャのちらつきの問題が解決され、モデルのタンブルが発生する速度が向上する可能性があります。
仮想テクスチャ内の各 2D テクスチャ レイヤーは、GPU 上の 2GB のメモリに相当します。 GPU メモリ制限を超えると問題が発生します。
シェーダ > コンパイル モード- 「自動」
デフォルトの自動モードはほとんどのMariセッションに最適ですが、特定のタスクでは他のモードの方が高速な場合があります。詳細については、次の記事を参照してください: Q100308: Mariのシェーダー コンパイル モード
Windows - TdrDelay および TdrDdiDelay
Mariフリーズは、Windows で設定された TDR 時間 (時間検出と回復) に関連付けられています。 Mari GPU を頻繁に使用するため、一部の計算はデフォルトの TdrDelay 制限である 2 秒を超える場合があります。これは、Windows が操作をキャンセルして GPU をリセットし、フリーズを引き起こす可能性があることを意味します。これを回避するには、レジストリの TdrDelay および TdrDdiDelay タイムアウト値を増やすことができます。
注:レジストリを誤って編集すると、システムが起動できなくなり、オペレーティング システムの再インストールが必要になるなど、予期しない重大な結果が生じる可能性があります。プロセスを完全に理解せずにレジストリを編集することはお勧めしません。
TDR レジストリ キーの詳細については、次を参照してください。 マイクロソフトの記事。
Linux - 推奨されるファイル システム
Linux のユーザーは、EXT3 または EXT4 ファイル システムを使用すると、 Mariプロジェクトを読み書きする方法に自然に適しているため、パフォーマンスが大幅に向上することがわかります。
プロジェクトを開いたり保存したりするときに、 Mariプロジェクトの場所と呼ばれるキャッシュ ディレクトリ内の非常に多数の小さなファイルを使用します。たとえば、古い Blacksmith Body Example には、それぞれ 10 ～ 90 KB のファイルが 75,000 個ありました。
当社の内部テストでは、多数の小さなファイルを管理する場合、EXT3 や NTFS などのファイル システムが最高のパフォーマンスを提供することが示されています。 XFS ファイル システムはそれほど適切ではなく、EXT に比べて遅い可能性があるとユーザーから報告を受けています。これが、 Mari現在 XFS ファイル システムを使用するときに警告を表示する理由です。
ハードウェア
とりわけ、十分な量の VRAM を搭載した強力なグラフィックス カードを強くお勧めします。 Mari各ハードウェア コンポーネントをどのように使用するかについては、次の記事を参照してください: Q100078: Mariのハードウェア コンポーネントの使用法
さらなるヘルプ
それでも問題が解決しない場合は、サポート チケットを作成し、この記事で要求されている情報を提供してください。
Q100090: Mariの問題を報告する
サポート リクエストを開く方法の詳細については、次の記事を参照してください。
Q100064: サポート チケットを発行する方法
私たちはそれを聞いて申し訳ございません
理由をお聞かせください