視覚的な品質を損なわずにSpine JSONのサイズを削減するには？
冗長なキーを削除し、誤差許容度でカーブを簡素化し、リリースエクスポート前に未使用エンティティを除去します。
FAQ — Spine JSON最適化と物理ベイク（Spine 3.7–4.2）
re-polishはゲームチームがSpine JSONエクスポートを予測可能な品質で最適化するのを支援します。このFAQでは、ファイルサイズ削減、カーブクリーンアップ、Spine 4.2での物理ベイクに関する実践的な質問を網羅しています。
最終更新: 2026-02-17
サイズとパフォーマンス
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を追跡します。
制限と品質管理
最適化時の主な品質リスクは？
スタイル重要トラックでの過度な圧縮。保守的なデフォルトを維持し、ターゲットQAチェックを実行してください。