スプライトアニメーションのフレームレートの選び方

フレーム数と再生速度は別々の判断

4フレームの歩行サイクルを毎秒8フレームで再生すると、1周期は半秒です。8フレームの歩行サイクルを8fpsで再生すると、再生速度は同じでも1周期は1秒で、2倍の長さになります。フレーム数はループ内の動きの細かさを決め、再生速度はループの繰り返しの速さを決めます。細かい12フレームのサイクルでも、遅すぎて歩行に見えない場合があります。一方、粗い2フレームのサイクルでも、適切なテンポなら動作は明確に伝わります。人の動きの知覚は、細部より時間の配分を重視するためです。

実用上重要なのは、一定の制作予算では2つの調整項目がトレードオフになるからです。攻撃を4フレームしか描けなくても、悪いアニメーションが確定するわけではありません。タイミングの問題を直すのにフレームを増やす必要があると思い込まず、4フレームが正しく伝わるまで再生速度と保持時間を調整します。詳しくは後述します。

8、12、24fpsは実際にどう感じられるか

これらの数値は、ゲーム自体の描画フレームレートとは独立して、表示フレームが変わる頻度を示します。

• 8fps — 約125msごとに新フレーム。はっきり段階的で、次が出る前に各ポーズを個別に認識できる長さがあります。滑らかというより、意図的で重みのある、またはレトロな動きです。
• 12fps — 約83msごとの新フレーム。手描きアニメーションの伝統的な2コマ打ちで、24fps映画の1フレームおきに新しい絵を描きます。多くのゲーム動作で流れるように見える滑らかさと、少ない描画枚数を両立します。
• 24fps — 映画と同じ約42msごとの新フレーム。段階が知覚されず完全に滑らかに見えます。同じ時間を埋めるには12fpsの約2倍の絵が必要で、同じ枚数なら半分の時間で再生します。

どれも客観的に正解ではありません。何を動かし、どんな印象を伝えたいかによるため、次の節ではゲーム全体の1つの数値でなく、動作別に説明します。

レトロゲームが低fpsだった理由と、今はスタイルの選択である理由

ゲーム機や初期のPCが6–10fpsでアニメーションを動かしたのは、まず芸術的に選んだためではなく、厳しいメモリ上限の中で作業していたためです。フレームを追加するたびにスプライトデータが増え、キロバイト単位のカートリッジROMやシステムRAMに収める必要がありました。キャラクターを8fpsではなく24fpsで動かす制作会社は、ゲーム内の各動作に約3倍のフレーム用容量を必要とし、それが全キャラクターに掛かります。通常、その余裕はありませんでした。フレーム数の少なさは、この制約の直接の結果であり、アニメーターは限られた中で重要なフレームを選ぶのが非常に上手になりました。

現在、この制約はほぼなくなっています。2Dゲームのフレーム数を制限するのは、ストレージやメモリではありません。今8fpsを選ぶのは意図的なスタイル上の判断で、通常は当時の見た目を再現したいか、粗い段階的な動きがその絵柄に本当に合うからです。どちらの理由が自分のプロジェクトに当てはまるかを理解する価値があります。「レトロだから低fps」と「フレーム予算を使い切ったから低fps」は、まったく違う理由で同じ結果を生みますが、自由に無視できる制約は片方だけです。

動作別の推奨速度

これらはルールではなく出発点です。本当の確認は、実際のゲームの大きさと速度でループを見ることだけです。アニメーションソフトの大きいプレビューで正しく見える数値でも、動く画面上でスプライトが高さ48ピクセルになると、まったく違って見えます。

長く表示するフレームと時間設定

連続画像のすべてのフレームに同じ表示時間は不要です。ホールドフレームは、パンチ前の予備動作、ジャンプの頂点、剣が当たる直前など、周囲より長く表示するポーズです。均一な速度より少し長く保持すると、速い部分の前に見る人が予備動作を認識できます。これはイージングの一種です。動きはめったに直線的でなく、時間設定もそうあるべきです。

実際には、攻撃アニメーションは一定fpsのNフレームではありません。予備動作のフレームを150ms保持し、40msずつの速い移行フレーム2枚、100ms保持する衝撃フレーム、200ms保持する回復フレームというものです。多くのアニメーションシステムが、全体の1つの速度ではなくフレームごとの表示時間を設定できるのは、このためです。ツールが固定速度にしか対応しないなら、長く表示したいフレームを複製し、1回ではなく2〜3回の更新を占めさせて、停止を近似できます。

アニメーションのfpsとゲームのfpsは別です

ゲームが60または120fpsで描画されても、スプライトアニメーションは12fpsで再生できます。これらの数値は無関係です。ゲームの描画ループは毎回フレームを描画し、アニメーションシステムはそのループ内で次のスプライトフレームへ進む頻度を決めます。通常は描画の更新ごとに進めるのではなく、経過時間を追跡し、しきい値を超えたらフレームを切り替えます。フレームレートに1つの意味しかない分野からスプライトアニメーションを始めた人は、この2つを混同しがちです。

この分離によって、カメラ移動や入力応答が滑らかな60fpsのゲームでも、スタイルとして意図的に粗い8fpsのキャラクターアニメーションを表示できます。また、ゲームの目標フレームレートを変えてもスプライトのタイミングを調整し直す必要はありません。必要になるなら、アニメーションシステムが両者を誤って結び付けています。

一般的なエンジンでの設定場所

• Unity — Animationウィンドウのサンプルレートはクリップ全体のFPSを設定します。タイムラインの個別キーフレームは、そのレート内で停止を作るため不均等に配置できます。
• Godot — AnimatedSprite2D および SpriteFrames アニメーションごとのfpsと、個別フレームの保持用の時間倍率を別々に設定できます。
• カスタム/エンジン非依存 — 多くの独自スプライトアニメーターは、単一fps定数ではなく、累積時間とフレーム別の時間配列を比較します。自作なら最も柔軟な方法です。

よくある質問