【完全版】Substance Painter × Maya ACES設定でテクスチャが暗い・色化けする原因と解決策

Substance Painterで仕上げたPBRテクスチャを、MayaのArnoldで見たら「質感が違う」「色がずれる」「全体の見え方が違う」――原因の多くは、テクスチャごとのColor Spaceの付け方と、画面に出すときの表示の変換の違いです。本記事では、AutodeskのMayaの公式ヘルプ（2022と2027）、Substance 3D Painterの公式ドキュメント、Painter 12.1.5に同梱のOCIO設定ファイルで確かめた内容（2026年10月11日確認）をもとに、原因と設定の手順を整理します。

Maya 2022以降の既定の色の設定はどうなっている？

新しいシーンでは通常、色の管理がオンで、OCIO v2の既定の設定（Maya-default）が使われます。レンダリング空間はACEScg、画面の表示は「ACES 1.0 SDR-video」です。

Mayaの公式ヘルプによると、2022以降の既定の色の管理はOpenColorIO v2（OCIO v2）で、新しいシーンのレンダリング空間の既定はACEScgです。画像を読み込むと、入力の色空間の規則（Input Color Space Rules）で最初の色空間が自動で付きます。

• Default（既定）の規則：ほかの規則に当たらない画像に付く色空間。Maya同梱の設定では、2022の公式ヘルプではsRGB、2027では「sRGB Encoded Rec.709 (sRGB)」です。
• あらかじめある規則：既定の設定では、拡張子が.tx・.hdr・.exrの画像にはRawが付きます（入力の色空間の規則（公式））。

公式の手引きでは、色を表すPNG・JPEG・TGA・8/16bitのTIFFはsRGBにします。sRGBの画像はレンダリング空間に変換するときにsRGBの符号化が外されます（逆のトーンマップはかかりません）。法線マップのような色でないデータはRawに、EXRやHDRは「ほぼ必ずシーンリニア」で、Rec.709/sRGBの原色であることが多く、合わなければACEScgなどを試す、とされています。

症状から原因を探すには？

「どのマップで」「どう違うか」で原因はほぼ絞れます。

Substance Painterの書き出しで色空間はどう決まる？

Painterの色の設定（プロジェクトごと）で、色のチャンネルを書き出すときの色空間が決まります。データのチャンネルは色の管理の対象外です。

Substance 3D Painterの公式ドキュメントによると、Painterの色の管理はLegacy（既定・sRGB／Linear sRGBの決まった補正）、OpenColorIO（Substance・ACES 1.0.3・ACES 1.2・カスタム）、Adobe ACEから選びます。チャンネルごとに色の管理の対象かどうかが決まっていて、Base colorは対象、Roughness・Metallic・Normal・Height・Opacity・Ambient occlusionは対象外（データとしてそのまま扱う）です。

色のチャンネルを書き出すときの色空間は、8bit・16bit・浮動小数（EXRなど）で別に決まります。Painter 12.1.5に同梱の設定ファイル（インストール先のresources/ocio/の下のconfig.ocio）の役割（roles）のうち、書き出しの3つ（substance_3d_painter_bitmap_export_8bit・_16bit・_floating）に書かれた色空間は次のとおりです。

書き出しの画面では、ファイル名に$colorSpaceを入れるとテクスチャごとの色空間を名前に付けられます（公式）。名前を見ればMaya側で付ける色空間を迷わず選べ、Mayaの規則（後述）にも使えます。Arnold向けには、既定の書き出しテンプレート「Arnold (AiStandard)」があります。

Maya（Arnold）のFileノードには何を設定する？

「色の画像はsRGB、データのマップはRaw、EXRは中身に合わせる」が基本です。使っているOCIO設定によって色空間の名前が違います。

Mayaの既定の設定の入力の色空間に「Utility - sRGB - Texture」や「Utility - Raw」は無く、名前はsRGB・Raw・scene-linear Rec.709-sRGB・ACEScgなどです（入力の色空間の一覧（公式）・2027と2022の同じページの両方で、この2つの名前が無いことを確かめました）。スタジオや授業でACES 1.2のOCIO設定（Painterにも同梱）をMayaのOCIO Config Pathに指定している場合は、表の右の列の名前になります。Emissive（発光）はPainterの公式の色の管理の一覧に載っていないので、書き出したファイル名の$colorSpaceで確かめて合わせます。

規則で自動にする

Color Management PreferencesのInput Color Space Rulesに、ファイル名で当たる規則を足すと、読み込んだときに正しい色空間が付きます。公式の例では、名前に「normal」を含む画像に*normal*でRawを付けています。Painterの書き出しの名前に合わせて、*Roughness*・*Metallic*・*Normal*などをRawにする規則を足しておくと楽です（規則は上から順に当てはめられ、最初に当たった規則が使われます）。既にあるFileノードには「Reapply Rules to Scene」で適用し直せます。

手で直したらIgnore Color Space Input Rulesをオンにする

FileノードのColor Spaceを手で直したら、公式の手引きどおりIgnore Color Space Input Rules（属性名はignoreColorSpaceFileRules）をオンにしておきます。オンのFileノードは、規則をシーンに適用し直しても変わりません。逆に、全部のFileノードでオフにすると、規則の適用し直しでデータのマップまで既定のsRGB系に戻ることがあります。

Alpha Is Luminanceはオンにするべき？

「どの出力をシェーダーにつないだか」で決まります。outAlpha（アルファ）をつないだならオン、outColorのRなど色の出力をつないだなら関係ありません。

2Dテクスチャの属性（公式の技術文書）によると、Alpha Is Luminanceは既定でオフで、オンにするとノードのアルファ（outAlpha）の出力が、テクスチャの明るさから作られます。白黒のRoughnessマップをoutAlphaでRoughnessにつないだ場合は、オンにしないと画像の明るさが値として使われません。

どちらでも、Color SpaceをRawにするのは同じです。Alpha Is Luminanceは「アルファをどこから作るか」の設定で、色空間の変換の代わりにはなりません。

法線マップの設定は？

Color SpaceをRawにし、bump2dノードのUse AsをTangent Space Normalsにします。

Normalマップは色ではなく向きのデータなので、公式の手引きどおりRawにします。sRGB系が付くと値が変換され、陰影が崩れます。aiStandardSurfaceのGeometryのBump Mappingには、bump2dノードを介してつなぎます。bump2dは既定で入力を高さ（Bump）として解釈するので、Attribute EditorのUse AsをTangent Space Normalsに切り替えます（Mayaの公式ヘルプ）。

Painterと見え方が違うときは何をそろえる？

Color Spaceが正しくても、画面に出すときの表示の変換が違えば見え方は変わります。比べるときは両方の表示をそろえます。

まとめ：色の画像とデータのマップを分けて設定する

Substance PainterからMaya（Arnold）へ持ち込んだテクスチャの見え方が違うときは、まずテクスチャごとのColor Spaceと、表示の変換を確かめます。Mayaの既定の設定では、8bitのBaseColorはsRGBのままで正しく、Roughness・Metalness・Normal・HeightなどのデータのマップをRawに、EXRはPainterの書き出しに合わせてscene-linear Rec.709-sRGBかACEScgにします。ファイル名に$colorSpaceを入れて書き出し、Mayaの規則で自動に付くようにしておくと、アセットが増えても設定を間違えにくくなります。

よくある質問（FAQ）