PBRテクスチャ一式を点検し、ノーマル・チャンネル・端を整えてエンジンへ。
PBRマテリアルは、互いに整合していなければならない複数のテクスチャです。サイズがそろい、各マップがそれを期待するスロットに入り、色のマップはsRGB、データのマップ（ノーマル・ラフネス・メタリック・AO・ハイト）はリニアで読み込まれ、パックしたチャンネルはエンジンが読む順番で、ノーマルマップはエンジンの緑チャンネルの規約に合っている必要があります。1つのマテリアルのマップをテクスチャラボに入れると、ファイル名で役割を分け、選んだワークフロー（個別マップ・Unity HDRPマスク・Unity URPメタリック・Godot ORM・Unreal ORM）に合うかを確認し、問題ごとの根拠の数値をJSONレポートに書きます。出力はバイト単位で測定済みで、Unity・Unreal・Godotへの読み込みは実行していません。
色かデータか。ベースカラー（アルベド）とエミッションはsRGBで描かれた絵で、エンジンはライティングの前にデコードします。ラフネス・メタリック・アンビエントオクルージョン・ハイト・ノーマルマップは数値なので、そのままシェーダーに届く必要があり、リニア（非カラー）データとして読み込みます。glTF 2.0はこれを規定としており、ベースカラーのRGBはsRGB伝達関数、メタリックとラフネスの値はリニアでなければなりません。UnityではインポーターのsRGB (Color Texture)がこの切り替えで、Godotのシェーディング言語の文書は、色のテクスチャにはsource_colorヒントを付け、ノーマル・ラフネス・メタリック・ハイトには付けないと案内しています。
パック。サンプリング回数を減らすため、エンジンは複数のグレーマップをRGBA 1枚のチャンネルから読みますが、順番はエンジンごとに違います。Unity HDRPのマスクマップはRメタリック・G AO・Bディテールマスク・Aスムースネス、URPのチャンネルパックテクスチャはRメタリック・Gオクルージョン・Aスムースネスです。glTF 2.0はラフネスをG、メタリックをB、オクルージョンをRから読むため、1枚で「ORM」にできます。GodotのORMMaterial3Dも同じR・G・Bの順ですが、それを書いているのはマニュアルではなくGodot 4.4のシェーダーのソースです。Unityはラフネスの代わりに、1 − ラフネスであるスムースネスを保存します。
ノーマル。UnityとGodotはOpenGL方式のノーマルマップ（緑 = +Y、上向き）を期待します。DirectX方式は緑チャンネルだけが異なり、焼き直さなくても255 − gで直ります。1枚のマップのピクセルだけではどちらか測定できないため、ラボは変換だけを行い、推測はしません。
Canvasではなくラボで測る理由：ブラウザのCanvasはピクセルを乗算済み（premultiplied）で保持するため、アルファ0のテクセルはすべて(0, 0, 0, 0)として返り、その下にパックされたバイトは消えます。ラボはPNGを自前でデコードし（インターレース以外の全カラー形式、1〜16ビット）、JPEG・WebPの入力には「バイト一致ではない」と表示します。
ORMMaterial3Dもこの順で読みます。ambientCGの1セットに含まれる1024 × 1024のPNG 4枚です。役割はファイル名から決まり、問題の一覧はラボの検証が返す結果です（ラフネスのファイルは3チャンネルが等しいRGBで保存されていると仮定）。
ファイル 役割 読み込み
Bricks076C_1K-PNG_Color.png albedo sRGB
Bricks076C_1K-PNG_Roughness.png roughness linear
Bricks076C_1K-PNG_AmbientOcclusion.png ao linear
Bricks076C_1K-PNG_Displacement.png height linear
個別マップ（glTF・汎用） warn missing-recommended normal, metallic
info gray-stored-as-rgb Roughness.png (R = G = B)
Unity HDRPマスクマップ error missing-required mask map
warn missing-recommended normal
Godot 4 ORM warn missing-recommended normal, ormノーマルマップを足せば、個別マップのワークフローでは問題ありません（ambientCGはUnity・Godot向けの_NormalGLと_NormalDXの両方を配布しているので、片方だけ入れてください。両方入れると役割の重複の警告が出ます）。HDRPにはメタリックやAOの個別スロットがないため、マスクマップがないとエラーです。このセットにはメタリックがないので「パック可能」の案内も出ず、メタリック0はマスクパッカーの定数チャンネルで埋める必要があります。
| ファイル | 用途 |
|---|---|
texture-report.json | チェックレポート：テクスチャごとの役割・サイズ・2のべき乗か・PNGチャンネルが厳密か・カラー形式・ビット深度・srgbChunkPresent・色空間の案内・アルファとノーマルの測定値、問題ごとのid・レベル・数値。 |
rock-channels.zip | チャンネルステージの結果：rock-r-ao.png、rock-g-roughness.pngなどチャンネルごとに8ビットのグレーPNG 1枚、元とバイト一致。 |
rock-mask.png | パックステージの結果：選んだエンジン配置でパックしたグレーマップ。 |
rock-directx.png / rock-normal.png | ノーマルステージの結果：変換したマップ、またはハイトから作ったノーマルマップ。 |
nerulio-textures.zip | 書き出しの結果：全ファイルを（任意）リサイズ → （任意）エッジブリード → エンコードの順で処理。 |
以下の設定は各エンジンのドキュメントに従ったもので、Nerulioがこの読み込みを実行したわけではありません。
sRGB (Color Texture)をオフにします。ベースカラーとエミッションはオンのままです。HDRPはマスクマップのTexture TypeをDefaultにするよう追加で案内しています。Normal mapにします。DirectX方式のファイルなら、同じインポーターのFlip Green Channel（Unity 6）をオンにするか、先にファイルを変換します。Metallic）：パックしたテクスチャをMetallic MapとOcclusion Mapに割り当て、Smoothness › SourceはMetallic Alphaのままにします。HDRPのLit：マスクマップをMask Mapに割り当てると、Metallic・Smoothness・AOのRemappingスライダーが現れます。ORMMaterial3D、個別マップはStandardMaterial3Dで使います。別の配置のパックテクスチャも、StandardMaterial3Dでroughness_texture_channel・metallic_texture_channel・ao_texture_channelを該当チャンネルにすれば読めます。| 症状 | 考えられる原因 | 確認方法 | 対処 |
|---|---|---|---|
| マテリアル全体がてかりすぎ、またはつや消しすぎ | データマップをsRGBで読み込んだ（128が約0.216になる）、またはスムースネスの位置にラフネスが入っている | ラフネス・メタリック・マスクマップのsRGB (Color Texture)がオンか確認し、チャンネルを分解して元と比較 | データマップはsRGBをオフに。Unity向けはラフネス → スムースネスで反転 |
| パック後に金属やAOが違う場所に出る | 別のエンジンの配置でパックした（glTFのGはラフネス、HDRPのGはAO） | チャンネルステージで配置のプリセットを切り替えてチャンネルの統計を読む | マスクパッカーで正しいプリセットでパックし直す |
| 凸が凹に見える、光が下から当たっているように見える | ノーマルマップの緑チャンネルの規約が逆 | 上から照らしたとき、凹凸のどちらの縁が明るいか | ノーマルマップ変換で変換するか、UnityのFlip Green Channel・GodotのNormal Map Invert Yを使う |
| パックテクスチャをURPのオクルージョンにも割り当てたら環境光で暗くなった | URPはGからオクルージョンを読むが、NerulioのURPプリセットはGに0を書く | チャンネルステージでGの最小 = 最大 = 0 | オクルージョンに割り当てないか、手動の割り当てでGにAOをパックする |
| 切り抜いた縁（葉・デカール）に暗い、または明るいふち | アルファ0の下のRGBがフィルタリングとミップマップで縁に混ざる | 補正 › ミップマップのプレビューで1/4〜1/16を見る | テクスチャのエッジブリードで色を埋める |
dimension-mismatchのエラー | 1枚だけ別の解像度で書き出した | 問題の項目にファイルごとのサイズが出る | 全マップを同じサイズで書き出す。どうしても縮めるなら補正ステージの2のべき乗リサイズが高品質リサンプラーを使う |
| 方法 | こんなときに向いています |
|---|---|
| エンジン自体のテクスチャインポーター | 配置が分かっているマップ1〜2枚のとき。sRGB・Texture Type・ノーマルの反転はどのみちそこで設定し、ファイルも増えません。 |
| テクスチャリングソフトの書き出しプリセット | マップがペイントツールから来るとき。最初からエンジンの配置で書き出せばパックの手順が要りません。Godotの文書には、Substance PainterとArmorPaintがUnreal EngineプリセットでORMを書き出せるとあります。 |
| PBRテクスチャ バリデーター | 変換ステージは不要で、チェック項目（名前・サイズ・不足マップ）とJSONレポートだけが欲しいとき。 |
テクスチャラボで測定した値（docs/TEXTURE-LAB.md）：チャンネル分解はR・G・B・Aすべてでバイト一致（最大差0）、アルファ0のテクセル2048個を保持。ORMプリセットにAO 10 / ラフネス 80 / メタリック 220を入れると(10, 80, 220, 255)。OpenGL ↔ DirectXは緑だけが異なる。チェックレポートのalpha.zeroPixelsがテスト用ファイルと一致。Unity・Unreal・Godotへの読み込みは試しておらず、配置は下記のドキュメント、GodotのORMの順序は4.4のエンジンソースを直接読んで確認しました。
PBRテクスチャ一式を点検し、ノーマル・チャンネル・端を整えてエンジンへ。
PNG / JPG / WebP / AVIF / HEIC → PNG / JSON / ZIP — 入力のデコードはブラウザ対応と追加エンジンに依存します。
PBRテクスチャ一式を点検し、ノーマル・チャンネル・端を整えてエンジンへ。
advanced · raw PNG channel reader / Sobel-Scharr normals / RNM combine / WebGL2 preview. 品質検証中です。Pro・Flagship水準はまだ実証されていません。
エンジンのレンダラーではありません。プレビューはライト1つの近似で、色空間は指針のみ（自動判定はしません）。
エンジンのレンダラーではありません。プレビューはライト1つの近似で、色空間は指針のみ（自動判定はしません）。
このツールで開いたファイルはアップロードせず端末で処理します。コミュニティの投稿に明示的に添付する画像は別途アップロードされます。一部のエンジンやモデルは外部から取得するため、IPアドレスなどの接続情報は配信元に伝わります。
いいえ。画像と編集状態はこのタブに保持され、メディア出力は端末の一時保存を利用する場合があります。言語を変えても作業は残りますが、再読み込み、タブを閉じる操作、別のページへの移動で失われることがあります。