Asepriteで複数のアニメーション（32フレーム・6フレーム・9フレームなど）を同じBPMに合わせて作成したにもかかわらず、OBSでGIFとして再生すると速度がバラバラになる現象は、フレーム数と再生速度の制御方法の違いによって発生することがあります。本記事では、この問題の原因と安定して同期させるための考え方と対処方法を整理します。
GIFの再生速度がバラバラになる根本原因
GIFアニメーションは「フレーム数」と「フレームごとの表示時間」で再生速度が決まります。
しかしOBSや一部のプレイヤーでは、GIFのフレームレート制御が均一に扱われない場合があります。
その結果、同じBPM設計でもフレーム数が異なると再生速度がずれて見えることがあります。
Aseprite側のフレーム設計の注意点
Asepriteではフレームごとに表示時間（duration）を個別設定できます。
ただし「BPM同期＝全フレーム同一時間」という設計になっていない場合、フレーム数の違いでズレが発生します。
特に32フレームのような長尺アニメは、他と同じ基準で作っていても誤差が目立ちやすくなります。
OBSでGIFを扱う際の仕様と制限
OBSはGIFを厳密なアニメーション再生ツールとして扱うわけではなく、内部的なデコード処理に依存します。
そのためフレームレートや時間情報が完全に再現されないことがあります。
結果として、短いフレームのGIFと長いフレームのGIFで再生挙動が変わることがあります。
解決方法① フレーム数を揃える設計
最も安定する方法は、すべてのアニメーションのフレーム数を統一することです。
例えば32フレーム基準に揃え、6フレームや9フレームはループ補完で埋める方法があります。
これによりBPM同期が安定し、再生ズレが発生しにくくなります。
解決方法② フレーム時間を固定して再設計する
もう一つの方法は「フレーム数ではなく時間ベース」で統一する方法です。
例えば1フレーム＝1/60秒のように固定し、BPMに合わせて総時間を計算します。
この方式にするとフレーム数が違っても再生速度は一定になります。
解決方法③ GIFではなく動画形式に変更する
OBSでの安定再生を優先する場合、GIFではなくMP4やWebMに変換する方法も有効です。
動画形式はフレームレート管理が厳密なため、BPM同期が崩れにくい特徴があります。
特に複数アニメーションを同時に扱う場合は最も安定した選択肢になります。
まとめ
今回の問題は、Asepriteのフレーム設計とOBSのGIF再生仕様の違いによって発生するズレが原因です。
対策としては「フレーム数統一」「時間ベース設計」「動画形式への移行」が有効です。
用途に応じて設計方法を見直すことで、BPM同期の安定したアニメーション運用が可能になります。
コメント