Laigter代替 · ブラウザでスプライトのノーマルマップ作成

できること

• ベベルの推奨値はスプライトの大きさに合わせて変わります。128px以下のドット絵は1.5px、大きな絵は典型的な内接半径の約0.9倍。この規則はLaigterとの小惑星の比較から生まれました（固定4pxのベベルでは36.6°）。
• 透明ピクセルのない画像にはWrapを推奨するので、繰り返しテクスチャの境目に明るい帯が出ません（レンガでロール誤差0）。
• Spriteワークスペースで分割したフレームを1枚ずつ同じピクセル単位の設定で処理。アニメーション全体で立体感がそろい、フレーム同士がにじみません。
• 書き出しはPNGだけではありません。ライト付きのGodotシーン（Sprite2D・CanvasTexture・ライトごとのPointLight2D）とUnity 6 URP 2D用インポーターで、どちらもエンジンで確認済み。

同じ素材で比べたNerulio StudioとLaigter

実際の正解ノーマルマップとの平均角度で、低いほど正確です。Laigter 1.14.0はコマンドラインのデフォルト、Studioは開いたときの推奨設定のままで、素材ごとの調整はしていません。

この数値の出典: docs/STUDIO-TEXTURE.md (Head-to-head, 2026-09-24)

Laigterのほうが向いている場合

• 実際に3Dの形があるスプライトでは、デフォルトが正解に最も近い結果でした。小惑星で18.3°とStudio（20.0°）より良く、デフォルトのドーム型ベベルも良い出発点です。
• プリセットと、アプリ内で複数のライトを当てて見られる独自のプレビュー。
• コマンドライン（--no-gui）でフォルダ単位の一括処理ができ、ビルド工程に組み込みやすい。
• ソースがGPL-3で公開されたデスクトップソフトで、サイトなしでも使えること。

使い方

1. スプライトをこのページにドロップ（シート全体ならまずSpriteワークスペースで分割）。Textureワークスペースがすぐにノーマルマップを作ります。
2. Normal mapパネルで推奨ベベルを絵と見比べ、幅やプロファイルを変更。またはハイトブラシ（TextureではB）で凹凸を描く。
3. ライトツール（L）で光を置き、Normal・Lit表示を切り替えるか、Compare（C）で画面を分割して確認。
4. Export（Ctrl+E）して、Godotで_lit.tscnを開くか、Unityでインポーターを実行。

エンジン別の書き出しと検証方法

「検証済み」は、実際のCC0アセットから書き出したファイルを本物のエンジン・ツールで読み込み、元データと比較したという意味です。読み込んでいない形式はそのように表示します。

検証の根拠

Godot 4.7.2で実在のCC0ケース6件（ドット絵、HDスプライト、繰り返しテクスチャ、読み込んだDirectXマップ）を描画し、確認した全フレームがStudioのプレビューと1/255以内。Unity 6000.5 URP 2D：12回中12回合格（6ケース×ガンマ・リニア）。規約が分かっている実在のマップでOpenGL/DirectX判定：1Kのマップ128枚で100%正解、1,562サンプル中で誤った「高」判定は0件（「緑が明るければOpenGL」という単純な規則は46%）。

制限

• コマンドラインや一括処理はありません。Studioはブラウザで絵を1枚ずつ処理します。
• パララックスマップはなく、スペキュラーマップの書き出しはGodot向けだけです。
• ライトのアニメーションはありません。プレビューと書き出しのライトは固定です。
• 3Dから描画した小惑星では、Laigterの既定のほうが実際の法線に1.7°近い結果でした。
• 確認したのはChromiumだけで、Firefox・WebKitは試していません。
• 透明な縁がない絵（繰り返しテクスチャ）では、赤の反転とDirectXの緑を区別できません。チェックパネルがそれを伝え、「赤を反転」を用意しています。
• シートはスプライト作業画面でフレームを切るまで1枚の絵としてライティングされます。テクスチャ作業画面ではフレームを切りません。
• リムライトはプレビュー専用で、Unityにはスペキュラーマップを書き出しません（Godotには書き出し）。
• Unityは独自の光の減衰を使います。書き出したノーマルマップはUnityで検証済みですが、明るさの曲線はUnityのものです。