ノーマルマップ検証ツール
ノーマルマップ検証ツールで、既存のタンジェント空間テクスチャを変更する前に測定できます。ベクトル長、チャンネル分布、繰り返しの境界、透明部分を確認し、同じ光源で二つのY解釈を比較してください。画像はブラウザのメモリ内で処理します。結果は診断の手がかりであり、完成したアセットの正しさを認証するものではありません。
ノーマルマップの検証を始める手順
ローカルの法線テクスチャを選ぶか、数式から生成したサンプルを試してください。JPEGは読み込み以前にチャンネルの数値を変える可能性があるため、PNGを推奨します。まずベクトル長と継ぎ目の要約を読み、測定一覧と問題の説明を開きます。法線テクスチャ、照明表示、長さのヒートマップ、境界を中央に移した継ぎ目表示を切り替えられます。マウス、タッチ、キーボード対応スライダーで光源を動かし、修正が必要な場合に備えて元のファイルを保管してください。
ノーマルマップ検証ツールとは
このツールは、表面の向きを保存しているはずのテクスチャを数値で確認します。赤、緑、青を、成分 = チャンネル / 127.5 − 1 により符号付きX、Y、Zへ復号します。表示用の色解析と異なり、ベクトル計算に表示ガンマは適用しません。測定で説明できるのは渡されたピクセルの性質です。メッシュのUV配置やタンジェント基底との一致は判定できないため、ファイルの検証に加えて実際のマテリアルでの確認が必要です。
検証ツールが測定する項目
寸法、復号された透明度、可視ピクセルのチャンネル範囲、符号付き成分の平均、ベクトル長の統計を表示します。中立法線からの距離、ゼロ付近または負のZ、向かい合う端の差、アルファ境界も測定します。一様性と8ピクセル単位の不連続は追加の確認用信号です。完全透明なピクセルは主要なベクトル統計から除外し、保持できた境界のRGBを別に調べます。可視ピクセルがない画像では、有効な法線方向の評価はできません。
ベクトル長と正規化の許容範囲
単位法線の長さ sqrt(x² + y² + z²) は1です。本ツールは0.95から1.05を許容範囲として数えます。これは量子化や編集の影響を見るための実用的な目安で、長さ0.02未満は退化ベクトルと扱います。RGB 128, 128, 255の中立法線も、8ビットで厳密なゼロを表せないため復号後の長さはわずかに1を超えます。先に正規化すると元データの長さの誤差が消えるため、必ず測定してから修正を考えます。
OpenGLとDirectX：ピクセルから分からないこと
意図されたOpenGL/DirectXのY規約は、ピクセルだけから確実には判定できません。緑の平均値も決定的な検出方法ではありません。非対称な形状は正当に上下どちらへも傾きます。表示の選択は同じファイルをY+またはY−として同じ可動光源で解釈し、画像自体は変更しません。向きが分かっている凸部、制作元の説明、検証済みレンダラー設定を使って確認し、その判断をアセットの記録に残してください。
確認済みの法線規約を変換する繰り返しテクスチャの継ぎ目と端
向かい合う端を正規化した方向として比較し、弦距離の平均を計算します。同じ方向は0、正反対は2です。0.12を超えると確認を促しますが、不要な継ぎ目の存在を証明する値ではありません。完全透明なピクセルを含む組は除外し、有効な組がなければ測定不可と示します。オフセット表示は端を中央へ移します。周期的に正しい勾配でも隣接サンプルは異なることがあるため、使用予定のサイズで繰り返しを目視してください。
繰り返し用の法線テクスチャを準備するアルファ境界と圧縮の兆候
透明と可視の境界で方向差が0.35を超える組を、汚染の可能性として数えます。その割合が10%を超えると注意を表示します。8ピクセルのブロック境界と内部の隣接差も比較し、比率1.8超かつ境界差0.025超を疑わしい兆候とします。いずれもヒューリスティックです。繰り返し模様がJPEGブロックに似たり、意図したパディングが端と異なったりします。圧縮注意からファイルの過去の圧縮履歴を断定することはできません。
検証の注意を許容できる場合
中立で平らな法線テクスチャは、一様性の注意が出ても有効です。その注意は、細部が必要だったかを尋ねるものです。XやYの平均が大きい場合も、意図的に傾いた面かもしれません。特殊な符号化では負のZに意味がありますが、通常の外向きタンジェント法線では確認が必要です。単位長からの逸脱は測定事実でも、影響はレンダラーの正規化、フィルタリング、圧縮に依存します。測定の確かさと実用上の重要さを区別して判断してください。
よくある法線の問題を修正する方法
根拠のある最小の変更から始めます。長さの不整合には再正規化、規約の不一致が確認された場合だけ緑反転、対応するX/Yデータにだけ正のZ再構築を使います。アルファ清掃は部分透明を変更せず隠れたRGBの汚染を減らせます。検証ツール自体は画像を修正せず、失われた彫刻の細部を推測しません。編集後は書き出したファイルを再検証し、最終レンダラーで近距離と遠距離の両方を見てください。判断を戻せるよう元データも保管します。
測定した問題をノーマルマップ修正ツールで直す法線の数値検証が役立つユーザー
テクスチャ制作担当は納品前の確認、テクニカルアーティストは読み込み候補の比較、開発者はファイルの問題とシェーダー設定の切り分けに利用できます。法線の混合やフィルタリング後も有用です。紫色の画像が自然に見えても数値の長さは変化することがあります。RGB分布の疑わしさは単位長の低い割合、多い負のZ、退化ピクセルを考慮します。これはデータのもっともらしさの確認であり、画像の種類を保証する自動分類ではありません。
診断の限界と最終的な表示確認
統計は復号した全解像度をワーカーで処理し、表示はサイズを制限した最近傍サンプルを使って操作性を保ちます。上限は50 MB、各辺8192ピクセル、合計16,777,216ピクセルです。一般的な非インターレース8ビットPNGは数値と隠れたRGBを直接保持します。他の形式はブラウザの復号に依存し、隠れた色などを失う場合があります。エンジンのミップマップ、メッシュのタンジェント、実行時圧縮は検証できません。ビューアーと実際のレンダラーで仕上げの確認を行ってください。
ノーマルマップビューアーで表示を確認するよくある質問
「良好」は正しいノーマルマップの認証ですか？
いいえ。数値の目安で確認条件が見つからなかったという意味です。メッシュのタンジェント、UV、規約、レンダラーの読み込み設定は別途確認してください。
OpenGLかDirectXかを判定できますか？
ファイルだけで意図されたY規約を確実には推定できません。両方の表示を比較し、既知の凸部や制作手順の記録で確認します。
中立法線に注意が出るのはなぜですか？
一様性の検査が変化の少なさを検出します。RGB 128, 128, 255は有用な平面法線です。注意は細部を期待していたかを確認するものです。
画像はサーバーに送信されますか？
画像のバイト列はブラウザのメモリ内で復号して解析します。通常のページや素材の取得はありますが、画像アップロードAPIはありません。