視覚的な品質を損なわずにSpine JSONのサイズを削減するには？
冗長なキーを削除し、誤差許容度でカーブを簡素化し、リリースエクスポート前に未使用エンティティを除去します。
FAQ — Spine JSON最適化と物理ベイク（Spine 3.7–4.2）
re-polishはゲームチームがSpine JSONエクスポートを予測可能な品質で最適化するのを支援します。このFAQでは、ファイルサイズ削減、カーブクリーンアップ、Spine 4.2での物理ベイクに関する実践的な質問を網羅しています。
最終更新: 2026-04-18
サイズとパフォーマンス
Spine JSONが.skelより大きいのはなぜですか？
JSONは人間が読める形式で、詳細なテキスト構造を保存します。その分、検査、diff、パイプライン自動化が容易です。
SpineプロジェクトでJSONサイズを最も増大させる部分は？
密なキー分布、複雑なカーブデータ、過大なbone/slot構造が主な要因です。
JSON削減はゲームのロードパフォーマンスを向上させますか？
はい。小さいペイロードは転送高速化、パース時間短縮、メモリ圧力低減を意味します。
カーブとキー
自動キークリーンアップは安全ですか？
安全性は閾値とトラックタイプに依存します。通常のトランスフォームは安全ですが、VFXやスタイライズされたモーションは保守的な設定が必要です。
カーブの積極的な簡素化を避けるべき場合は？
微細な動き、手作りのスタイルニュアンス、オーディオやゲームプレイトリガーとの厳密な同期の場合。
「ベイク済みキーをカーブにクリーンアップ」とは？
ベイク後、アニメーションにはノイズのあるキーが含まれることがあります。クリーンアップはより滑らかでコンパクトなカーブを再構築します。
最適化がアニメーションスタイルを壊していないか確認するには？
コントロールクリップで前後を比較：高速回転、極端なポーズ、ループ継ぎ目、VFXセグメント。
物理ベイク（Spine 4.2）
Spine 4.2で物理をベイクする理由は？
ベイクはシミュレーション出力を決定論的キーに変換し、再生の予測可能性を向上させループを安定させます。
物理ベイク後にファイルサイズが急増するのはなぜ？
ベイクは非常に密なキーシーケンスを生成します。コンパクトなサイズに戻すために2回目のパスが必要です。
ベイク済み物理は古いランタイムで使えますか？
ほとんどの場合はい。JSONにランタイム固有の物理データがない標準アニメーションキーが含まれていれば可能です。
物理ベイク後にループ継ぎ目を滑らかにするには？
開始/終了ポーズを揃え、継ぎ目周辺のトランジションウィンドウを制御します。ベイク後のスムージングがスパイク除去に役立ちます。
古いSpineバージョン（3.7〜4.1）を使用するプロジェクトに物理を追加できますか？
はい。アップグレード→ベイク→ダウングレードパイプラインを使用します：Set Spine VersionノードがJSONを4.2にアップグレードし、Add Physics Constraintsノードが選択したボーンに物理を追加し、Bake Physicsノードがシミュレーションを標準キーフレームに変換し、最後のSet Spine Versionパスでターゲットバージョンにダウングレードします。結果は物理依存のない通常のアニメーションファイルで、古いランタイムと互換性があります。プロジェクトが古いランタイムで実行されていても、Spine 4.2の物理を高速モーション作成ツールとして活用できます。
パイプライン
自動最適化は手動クリーンアップより優れていますか？
手動クリーンアップは最大の制御力を提供しますが、スケールしません。自動化は一貫性と速度を提供します。
最適化の有用性を証明する指標は？
JSONサイズ、パース時間、ロード時のピークメモリ、コントロールクリップでのビジュアルdiffを追跡します。
プロジェクト全体の最適化
1つのJSONだけでなく、Spineプロジェクト全体を最適化するには？
プロジェクト全体を対象にするなら、Project Input、Project Viewer、Deduplicator を組み合わせて使います。この pipeline ならプロジェクト全体を読み込み、ボトルネックを素早く見つけ、重複アセットを取り除けます。
プロジェクト最適化で Project Input を使うべき理由は？
Project Input は単一ファイルではなく、プロジェクトフォルダ全体またはアーカイブをグラフに読み込みます。これにより後続ノードは、JSON、atlas データ、テクスチャ、プロジェクト構造へ、バッチ処理しやすい1つのコンテキストからアクセスできます。
Project Viewer の利点は？
Project Viewer を使うと、変更前にプロジェクトを確認し、特に重い JSON、atlas ページ、テクスチャアセットを見つけられます。勘ではなく実際のボトルネックに最適化を集中しやすくなります。
プロジェクトの workflow で Deduplicator は何を改善しますか？
Deduplicator はプロジェクト全体から同一またはほぼ同一のスプライトを見つけ、正本となる1つのバージョンを残して参照をそこへ張り替えます。これにより atlas の重複内容が減り、アセットの無駄を抑え、後続の export や repack の工程も簡単になります。
Static Bake はなぜ iGaming パイプラインで役立つのですか？
Static Bake は選択したアニメーションフレームを、生成済みの PNG スプライトと静的シンボルに変換します。reels、UI 要素、プロモシーン向けに、安定して予測しやすく runtime 負荷の軽いアセットが必要な iGaming パイプラインで有効です。
この pipeline は制作チームに何をもたらしますか？
ファイルを1つずつ処理する代わりに、プロジェクト全体を読み込み、分析し、整理するための再現性ある workflow をチームにもたらします。時間を節約でき、重いアセットや重複アセットの見落としを減らし、リリース準備をより予測しやすくします。
制限と品質管理
最適化時の主な品質リスクは？
スタイル重要トラックでの過度な圧縮。保守的なデフォルトを維持し、ターゲットQAチェックを実行してください。