モーション・アニメーション監修の基礎――動きの質とタイミングをプランナーが検収するために

「動く」から「伝わる」へ、ゲーム内アニメーションを観察可能な要素に分解する

はじめに

ゲーム内のキャラクターが、モデルの形を保ったまま動いたとしても、それだけで監修完了にはならない。攻撃の意図が一目で分かるか、踏み込んだ足に重さがあるか、プレイヤーの入力に対して待たされすぎないか、次の状態へ自然に移れるかまで確認して、初めて「動きが成立した」と言える。

本稿で扱うのは、モデルが破綻せず動くかではなく、その動き自体が気持ちよく、意図を正確に伝えるかという検収観点である。リギング、衣装や装備が可動を妨げる典型例、代表動作でのモデル破綻確認は、既存記事 「2Dデザインから3Dモデルへの立ち上げ・監修基礎」 の範囲である。本稿ではそれらを前提知識として参照するにとどめ、ポーズ、タイミング、スペーシング、ループ、状態遷移、操作とゲーム判定の同期へ焦点を置く。

絵を描く専門教育やアニメーション制作の専門教育を受けていないプランナーでも、動きの良し悪しを感覚だけで伝える必要はない。画面上で起きている現象を、どのポーズが読めないのか、どの区間が長いのか、どの速度変化が足りないのか、どの判定とずれているのかへ分解すれば、制作担当者と同じ問題を見ながら相談できる。

1. アニメーション監修で見るもの

動きは「ポーズの列」ではなく、時間による変化である

静止画の監修では、形、色、シルエット、視線誘導が主な観察対象になる。アニメーションでは、同じポーズでも、そのポーズへ何フレームで入ったか、どの速度で通過したか、何フレーム留まったかによって意味が変わる。

たとえば、剣を振り下ろす動作で同じ開始ポーズと接触ポーズを使っても、腕が均等な速度で動けば機械的に見えやすい。開始直後にほとんど動かず、途中から急加速して、接触後に少し余韻を残せば、力をためて放った印象になる。アニメーターへ「もっと力強く」と伝える前に、どの区間の速度変化と停止時間が不足しているかを見るべきである。

古典的なアニメーションの原則は、すべてを暗記して制作担当者の代わりに使うためのものではない。Disneyの教育資料で整理された原則には、タイミング、予備動作、スローイン・スローアウト、重なりと追従、ステージングなどが含まれる。[1] プランナーにとって重要なのは、これらをゲーム中の観察語へ変換することである。

タイミングとスペーシング

タイミングは、動作にどれだけの時間を与えるかである。スペーシングは、各フレームで対象がどれだけ移動するか、つまり速度の変化である。キーフレーム間の補間は、線形、ステップ、ベジェなどの方法で変化し、曲線の形によって同じ開始点と終了点の印象が変わる。Blenderの公式マニュアルでも、キーフレーム間の値を補間する方法と、アニメーションカーブによる変化が説明されている。[2]

検収では、まず次の二つを分けて考える。

• タイミングの問題 ：予備動作が長すぎる、接触までが遅い、硬直が長すぎる、ループ一周が長くて反応が鈍く感じる、といった時間配分の問題である。
• スペーシングの問題 ：最初から最後まで同じ速度に見える、接触直前だけ急に飛ぶ、停止時に急ブレーキになる、といった速度変化の問題である。

「攻撃が弱い」という感想をタイミングとスペーシングへ分けると、依頼は変わる。「振り始めから接触までが長い」のか、「接触直前の移動量が小さく、刃が止まって見える」のかで、直す場所が異なるからである。

予備動作は、次に起きることを知らせる

予備動作とは、本動作の前に反対方向へ引く、重心を落とす、視線を送る、腕を構えるといった準備である。プレイヤーは画面を一フレームずつ読むわけではないため、予備動作は「これから何が起きるか」を先に知らせる視覚的な合図になる。

ただし、予備動作は長ければよいわけではない。強い攻撃で溜めを見せるなら有効でも、通常攻撃や短い回避へ同じ長さを置くと、操作の反応を奪う。予備動作の検収では、次の三点を見るとよい。

• 本動作の方向と逆向きの準備があり、行動の種類を見分けられるか。
• 予備動作の最中にプレイヤーが「入力が受け付けられていない」と感じないか。
• 攻撃の強さやリスクに対して、準備時間が妥当か。

攻撃の開始を分かりやすくするために予備動作を足した結果、発生フレームが重くなったなら、演出品質の改善と操作応答の悪化が同時に起きている。プランナーは「予備動作を強くする」だけでなく、「何フレームまでならゲームデザイン上許容するか」を示す必要がある。

スローイン・スローアウトは、硬さと重さを調整する

動き始めと止まり際の速度を落とすのがスローイン・スローアウトである。完全に同じ速度で動いて急に止まると、機械的、または軽い印象になりやすい。一方で、すべての動きをゆっくり始めてゆっくり止めると、入力への反応が遅く、粘ついた印象になる。

ここで重要なのは、動作全体に同じ緩急を付けないことである。重いハンマーなら持ち上げ始めと停止後に時間を使い、振り抜きの区間は速くする。小さな短剣なら、予備動作を短くし、接触までの移動を鋭くする。重さは単に再生速度を落とすことではなく、力をためる区間、力が出る区間、力が残る区間の配分で説得するものである。

追従と重なりは、主動作の後ろに時間差を作る

身体の中心が止まった後も、髪、布、ベルト、武器の先端、視線などが少し遅れて動くことがある。これが追従と重なりである。全身が同じフレームで始まり、同じフレームで止まると、関節が動いていても棒を動かしているように見えやすい。

検収時は「揺れを増やしてほしい」と言うのではなく、主動作と副次動作の時間差を見る。身体が停止してから髪が何フレーム続くのか、武器の先端が手の移動に対してどれだけ遅れるのか、着地後に肩と腰が同じタイミングで固まっていないかを確認する。

追従は、常に足すべき装飾ではない。短い対戦ゲームで視認性を優先する場合、揺れを抑えてキーポーズを強くした方がよいこともある。追従する部位が攻撃の軌道や敵の弱点を隠すなら、自然さより情報の読みやすさを優先する判断が必要になる。

キーポーズとステージングは、何を見せる動作かを決める

キーポーズとは、動作の意味を最も強く伝える姿勢である。攻撃なら構え、接触、振り抜き、回避なら開始、空中、着地などが候補になる。ステージングは、画面内で重要な動作を読みやすく配置する考え方であり、ポーズ単体だけでなくカメラ、敵、エフェクト、UIとの関係まで含む。

キーポーズの検収では、再生速度を落として「一瞬止めた画面」を見る。通常速度では流れてしまうが、停止したときに次の情報が読めれば、動作の骨格は強い。

• 何をしようとしているかが分かる。
• どの方向へ力が向いているかが分かる。
• 武器や手足の先端が胴体に重なりすぎていない。
• 敵や接触点がエフェクトの中に埋もれていない。
• 遠景や縮小表示でも、攻撃、被弾、回避などの状態を見分けられる。

「ポーズが地味」という指摘は、腰のひねりが足りない、腕と武器の方向が同じで輪郭が一つになる、接触後の停止ポーズが短すぎるなど、視認可能な要素へ分解する。

2. ゲームのアニメーションが映像作品と違う理由

映像作品では、制作者が決めたカメラと編集の中で、視聴者に一度だけ見せる動きを作れる。ゲームでは、プレイヤーの入力、状態、カメラ、距離、フレームレート、当たり判定が同時に動く。美しい一回の再生だけでは、ゲーム用アニメーションの合否を決められない。

ループの継ぎ目を設計する必要がある

待機、歩行、走行などは、プレイヤーがいつ操作を続けるか分からない。ループの先頭と末尾で足の接地、腰の高さ、腕の振り、視線、呼吸の位相が合っていないと、継ぎ目で身体が跳ねる。末尾から先頭へ単純に戻すだけでなく、どのポーズを共有し、どの速度で循環させるかを設計する必要がある。

Unreal EngineのSync Groupは、長さの異なる歩行・走行サイクルを同期させ、足の接地などの共通マーカーを基準にブレンドする仕組みである。公式資料では、歩行と走行の遷移で足の配置が同期しないと不自然になりやすく、Sync Markerで接地を合わせられることが説明されている。[3]

出典：Animation Sync Groups in Unreal Engine｜Epic Developer Community に掲載されている公式画像を、比較説明に必要な範囲で無改変引用。

検収では、通常速度で一周を見るだけでは足りない。次の確認を行う。

• ループを十回程度連続再生し、同じ場所で跳ねないかを見る。
• 先頭と末尾を往復再生し、腰の高さや足の接地が変わらないかを見る。
• 速度を変えたとき、歩幅だけが伸びて足が滑っていないかを見る。
• 待機から歩行、歩行から停止へ移るときに、接地の位相が崩れないかを見る。

プレイヤー操作で途中キャンセルされる

ゲームの動作は、最後まで見せられるとは限らない。攻撃中に回避へ移る、リロードを中断する、被弾で別アニメーションへ割り込む、移動入力で待機から歩行へ変わるといった中断が前提になる。

UnityのAnimation Transitionは、パラメーター条件やExit Timeを使って状態を切り替え、状態間のブレンド時間も設定できる。[4] Unreal EngineのAnimation Montageも、セクションをゲームロジックや入力によって動的に切り替えられる。[5] これは、ゲーム用アニメーションが一本の映像を再生するだけでなく、状態機械と入力に接続された部品であることを示している。

検収では、単体クリップの完成度に加えて、中断された瞬間の品質を見る。攻撃の振り始めで回避へ移ったとき、腕が急に折れないか。着地直後に歩行へ入ったとき、足が地面を滑らないか。待機から走行へ切り替わったとき、腰だけが先に飛ばないか。キャンセルできることと、どこからキャンセルできるかは、アニメーションの気持ちよさだけでなく、戦闘のリスクと報酬にも関わる。

カメラ角度、距離、縮小表示に耐える必要がある

映像作品なら、重要なポーズに合わせてカメラを置き、画面外の情報を切り捨てられる。ゲームでは、プレイヤーがカメラを回し、遠ざかり、別の敵やエフェクトが画面へ入る。正面のアップで成立したポーズが、背面や斜め、遠景では読めないことがある。

検収用の動画は、正面の大きなプレビューだけで作らない。実ゲームの代表カメラ、標準距離、最小表示距離、横や背面へ回り込んだ角度、画面を縮小した状態で見る。攻撃の予備動作を大きくしても、遠景で腕の動きが一つの塊に見えるなら、視認性は改善していない。

また、カメラ揺れやモーションブラーを加えると動きが派手に見えるが、キャラクターのキーポーズが読めるようになったとは限らない。MicrosoftのXbox Accessibility Guidelinesは、画面揺れ、カメラのボブ、モーションブラーなどを無効化または調整できることを動き設定の観点から案内している。[6] 演出効果を切った状態でも、キャラクターの行動が伝わるかを別に検収すべきである。

当たり判定やゲーム進行と同期する必要がある

攻撃アニメーションの見た目と、ダメージが発生する時間は別の資産で管理されることが多い。見た目では刃が敵へ届いていないのにヒットする、接触しているのにダメージが出ない、攻撃が終わったように見えるのに操作不能が続く、といったずれは、アニメーション単体の問題ではなくゲームルールとの同期問題である。

UnityのAnimation Eventsは、アニメーションのタイムライン上の特定位置でスクリプトの関数を呼び出せる。[7] Unreal EngineのAnimation Notifyも、特定フレームや区間に同期したイベントを発生させ、音、エフェクト、ゲームロジックなどへ接続できる。[8] ただし、通知を置けば自動的に正しい判定になるわけではない。再生速度、ブレンド、割り込み、ネットワーク、フレーム丸めなどを含めた実機確認が必要である。

3. プランナーが行う動きの検収

まず「何を伝える動作か」を一文で定義する

動きのレビューを始める前に、動作の目的を一文で書く。「敵の大技であることを知らせ、接触時に重量感を出す」「短い通常攻撃であることを伝え、入力から素早く攻撃へ入る」「待機中でも生きているキャラクターに見せる」といった定義である。

目的がないまま「もっと派手にする」と、予備動作、エフェクト、カメラ揺れ、モーションの長さが同時に増えやすい。目的が「大技だと分かること」なら、予備動作とキーポーズの視認性を優先し、目的が「軽快な連打」なら、余韻や硬直を短くして入力受付との整合性を優先する。

キーポーズの視認性を確認する

次のタイミングで再生を止め、スクリーンショットを取る。

• 入力直後の予備動作である。
• 攻撃の軌道が最も大きく見える中間ポーズである。
• ヒットまたは接触の瞬間である。
• 振り抜き、着地、停止など、力が残るポーズである。

各画面に対して、「何をしようとしているか」「どこへ力が向いているか」「何が当たったか」が読めるかを確認する。ポーズが良くても、敵の位置、画面端、エフェクト、UIによって重要な部位が隠れるなら、ゲーム内のステージングは成立していない。

重さの説得力を確認する

重さは、モデルの大きさや再生速度だけでは決まらない。次の組み合わせで見る。

• 動き始めに重心を移す時間があるか。
• 力を出す区間の速度が十分に速いか。
• 接触時に一瞬の停止、反動、変形、音、エフェクトが同じ意味を向いているか。
• 止まった後に、身体や武器が慣性を残しているか。
• 移動距離が足元の接地と一致しているか。

重い武器なのに腕だけが速く動き、腰と足が置き去りになるなら、武器の再生速度を落とすだけでは解決しない。重心の移動、接触前の加速、接触後の反動、足の踏み込みを分けて確認する。

ループの継ぎ目を見る

待機や移動のループは、単に最終フレームと最初のフレームが同じポーズならよいわけではない。速度、接地、呼吸、視線、武器の揺れが連続している必要がある。

レビューでは、次の再生方法を使い分ける。

• 通常速度で、プレイ中に違和感が出るかを見る。
• 低速再生で、足や腰の速度が継ぎ目だけ変わっていないかを見る。
• 一周の末尾から先頭へ飛ばし、ポーズの段差を確認する。
• 移動入力を細かく入れ、ループの途中で停止・再開したときの接続を見る。

ループの最後に意図的な静止を置くと、待機は落ち着いて見えるが、歩行へ戻るときに停滞して感じることがある。継ぎ目はクリップ単体でなく、次の状態との接続まで含めて合否を判断する。

状態遷移を連続した体験として見る

「アイドル→歩行→走行→停止」「アイドル→攻撃→硬直→アイドル」「落下→着地→歩行」のように、実際の入力経路をつないで確認する。各クリップが単体で良くても、切り替えが急なら、プレイヤーは別の動作としてではなく、身体がワープしたように感じる。

特に確認したいのは、次の四点である。

• どのポーズを遷移元と遷移先が共有しているか。
• ブレンド中に手足や武器の軌道が不自然に平均化されていないか。
• 足の接地が、遷移の途中で浮いたり滑ったりしていないか。
• 割り込み時に、見た目の自然さと操作の反応性のどちらを優先した設計か。

ブレンドを長くすれば滑らかになるとは限らない。攻撃から被弾へ移るときは短い遷移が衝撃を伝える場合があり、歩行から走行へ移るときは足の位相を合わせる方が自然さへ寄与する。Unreal EngineのSync Groupが、長さだけでなく足の接地マーカーを基準に同期するのは、この問題を状態遷移として扱う例である。[3]

4. フレームデータとゲームデザインをつなぐ

発生・持続・硬直は、動きの感想ではなくゲームルールである

戦闘アクションでは、アニメーションの時間とゲーム上の有効時間を分けて記録する。代表的な区分は次の通りである。

たとえば、60fpsで「発生8フレーム、持続3フレーム、硬直18フレーム」と定義した場合、これはアニメーターに秒数を丸投げする指定ではない。8フレーム目付近で攻撃が読め、3フレームの間に接触が成立し、18フレームの硬直が攻撃のリスクとして感じられるよう、ポーズと判定を合わせるためのゲーム設計上の基準である。

フレーム数はゲームごとの設計値であり、数字だけに普遍的な正解はない。重要なのは、次の対応表を作って、アニメーション、判定、入力受付、エフェクト、サウンド、カメラ演出の責任範囲を共有することである。

フレームの表と画面の現象を照合する

検収表には、数値だけでなく視覚的な目印も記録する。

Unreal EngineのAnimation Notifyには、キー位置で発生するイベントだけでなく、開始と終了を持つNotify Windowがある。[8] プランナーは、単一フレームの通知で十分なものと、持続区間を必要とするものを区別できる。たとえばヒット判定を一瞬の接触に置くのか、薙ぎ払いの軌道に沿って短い窓を設けるのかは、敵の大きさ、攻撃の種類、操作感と合わせて決める。

ヒットストップは、時間を止めることではなく接触を強調する設計である

ヒットストップは、攻撃が当たった瞬間にキャラクター、敵、エフェクト、入力処理などの進行を短時間止め、衝突の強さを感じさせる演出である。長くすれば強く感じるが、連続攻撃では入力のテンポを壊し、短すぎれば接触を認識できない。

検収では、ヒットストップの有無だけでなく、止まる対象と止まらない対象を確認する。攻撃者と被攻撃者だけが止まるのか、エフェクトやカメラも止まるのか、UIや入力受付は継続するのかによって、同じフレーム数でも体感が変わる。

「もっと気持ちよくしてほしい」という依頼をヒットストップへ分解するなら、次のように書ける。

接触フレームは見えるが、敵の反応が次のフレームへ流れてしまう。攻撃者と敵のポーズを短く保持し、ヒットエフェクトの発生位置と音の頭を接触フレームへ合わせたい。ただし、連打部分の入力受付は止めず、停止時間は現在値から大きく増やさない。

この依頼なら、アニメーションのポーズ、ゲーム時間、エフェクト、サウンド、入力の担当者が確認すべき範囲を共有できる。

5. 曖昧な感想を、観察可能なフィードバックへ変換する

「もっと気持ちよくしてほしい」

この感想は、少なくとも次の問題へ分かれる。

• 入力から最初の動きまでが長く、発生が遅い。
• 予備動作が小さく、何をするか分からない。
• 接触ポーズが短く、当たった事実を認識できない。
• 接触前後の速度差が小さく、力が出ていない。
• ヒットストップ、音、エフェクト、敵の反応が同じ瞬間を示していない。
• 振り抜きや反動がなく、動作が途中で切れている。

依頼文にするなら、「大技らしさを増やしたい」ではなく、「入力から接触までの時間は維持し、接触直前の加速と接触後の停止ポーズを強めたい。ヒットストップは現状の範囲で、敵の反応と音の頭を同じフレームへ合わせたい」とする。

「もっさりしている」

もっさり感は、動作全体が遅いとは限らない。開始前の溜め、スローインの長さ、移動距離、硬直、ブレンド時間、キャンセルの遅さを個別に見る。

たとえば短剣攻撃で「もっさりしている」と感じた場合、次のような切り分けができる。

「棒立ちに見える」

棒立ちは、単に呼吸モーションがないことではない。重心が中央に固定されている、左右のポーズ差がない、視線と身体の向きが同じ、主動作に対する副次動作がない、停止と再開の速度が均一といった複数の原因がある。

待機モーションなら、次の順で確認するとよい。

1. 足裏が接地し、腰や胸の高さに小さな変化があるか。
2. 体重が左右どちらかへ偏り、次の動作へ移れる姿勢になっているか。
3. 視線、肩、手、武器が同じ周期で機械的に反復していないか。
4. 揺れを足すことで、重要な装備や顔の視認性を損なっていないか。

依頼文は、「棒立ちをなくす」ではなく、「胸と腰が同じ幅で上下しているため重心が読めない。待機の一周の中で体重を片足へ預ける区間を作り、視線だけはわずかに別方向へ遅らせたい。顔と武器の輪郭は保持したい」とする。

「攻撃が当たっていないように見える」

この問題は、アニメーション、判定、カメラ、エフェクトのどれか一つとは限らない。

• 武器の軌道が敵の手前で止まっている。
• ヒット判定が武器の接触より先に発生している。
• ヒットストップが攻撃者だけに入り、敵の反応が遅れている。
• カメラが接触点を画面外へ押し出している。
• エフェクトが接触点からずれている。
• 音の発生が判定や接触ポーズより後ろへずれている。

「当たり判定を見直してほしい」と決めつけず、攻撃者、敵、判定可視化、エフェクト、サウンドを同時表示した動画で、最初にずれるフレームを記録する。最初のずれが見つかれば、担当範囲の切り分けが容易になる。

「ループが不自然である」

ループの不自然さは、継ぎ目の一瞬だけでなく、周期そのものの問題かもしれない。足の接地間隔が一定でない、腰だけが周期の途中で急に戻る、武器の揺れが本体と別周期になる、ループの末尾だけ動きが止まる、といった現象を列挙する。

フィードバック例は、「歩行ループが不自然」ではなく、「右足接地から次の右足接地までの歩幅は合っているが、ループ先頭で腰が一段上がる。先頭と末尾の腰の高さを合わせ、右足接地マーカーを基準に接続を確認したい」となる。これならアニメーターは、ポーズ、カーブ、同期マーカーのどこを調べるかを決められる。

6. 実務で使える検収手順

1. 代表シナリオを先に固定する

アニメーション単体の一覧ではなく、プレイヤーが実際に辿る操作列を用意する。

• 待機を数秒続ける。
• 待機から歩行、走行、停止へ移る。
• 移動中に攻撃し、攻撃中に回避する。
• 攻撃を当て、ヒットストップと敵の反応を見る。
• 攻撃を外し、硬直から通常状態へ戻る。
• 被弾、着地、方向転換、カメラ回転を組み合わせる。

これを同じカメラ、同じ表示距離、同じフレームレートで録画し、修正前後を比較する。毎回条件が違うと、改善したのか、たまたま見え方が変わったのか判断できない。

2. 通常速度、低速、停止画面の三段階で見る

通常速度では、プレイヤーが感じる反応性と気持ちよさを見る。低速では、速度変化、足の接地、ポーズのつながりを見る。停止画面では、キーポーズの意味と視認性を見る。

この三段階のどこで問題が出るかを記録する。通常速度だけで違和感があるなら、時間配分や演出の同期が疑わしい。低速でだけ破綻するなら、カーブや中間ポーズの問題かもしれない。停止画面でだけ読めないなら、ポーズとステージングの問題である。

3. 判定可視化とイベントを重ねる

攻撃では、キャラクターの再生映像だけでなく、攻撃判定、被攻撃判定、接触点、ヒットストップ開始、キャンセル受付、状態遷移のログを重ねる。アニメーションの通知やイベントを使う場合は、通知がブレンド中にも発火するのか、割り込み時に二重発火しないのか、再生速度変更で意図した区間からずれないのかも確認する。

Unreal EngineのAnimation Notifyには、ブレンド中の重みや通知の実行条件、フレーム精度に関わる設定がある。[8] こうした実装条件はアニメーターだけで判断できないため、プランナー、エンジニア、テクニカルアニメーターが同じデバッグ表示を見る場を作るべきである。

4. コメントを優先度と条件付きで残す

コメントは、次の形式にすると再確認しやすい。

対象：通常攻撃1段目

条件：60fps、標準カメラ、敵に接触した場合

観察：判定開始はフレーム8だが、武器の先端が敵へ届くのはフレーム10である。フレーム8〜9で先にヒットするため、見た目より判定が前に出ている。

依頼：判定開始をフレーム10へ移すか、フレーム8で届く軌道へアニメーションを調整したい。硬直18フレームは維持する。

優先度：必須修正

この形式なら、「気持ちよさ」という評価を、条件、観察、数値、依頼、優先度へ変換できる。修正方法を一つに決めず、守るべき体験とゲーム上の制約を示すことがプランナーの役割である。

まとめ

モーション・アニメーションの監修は、動きが滑らかかどうかを好みで採点する仕事ではない。タイミング、スペーシング、予備動作、緩急、追従、キーポーズ、ループ、状態遷移、判定との同期を、プレイヤーが何を見て何を感じるかへ結び付ける仕事である。

既存の3Dモデル監修が、形状、リギング、可動域、装備干渉を主に扱うのに対して、本稿の対象は時間と情報の設計である。モデルが破綻していなくても、予備動作が弱ければ行動の意図は伝わらない。キーポーズが読めなければ、派手なエフェクトを足しても攻撃の方向は分からない。判定や硬直が見た目とずれていれば、操作感の不満はアニメーターだけでは解決できない。

プランナーがレビューで使うべき言葉は、「もっと気持ちよく」「もっさり」「棒立ち」といった感想を禁止することではない。その感想を出発点に、どのフレーム、どのポーズ、どの速度変化、どの状態遷移、どの判定とのずれが原因なのかを観察可能にすることである。そうすれば、動きの質とゲームデザイン上のタイミングを同じ表で扱い、プレイヤーが見て、理解して、操作できるアニメーションへ近づけられる。

References

1. The 12 Basic Principles of Animation｜Disney Educational Productions - Disneyの教育資料にある、タイミング、予備動作、スローイン・スローアウト、追従、ステージングなどの原則を参照した。

2. Introduction: Keyframes and interpolation｜Blender Manual - キーフレーム間の補間、アニメーションカーブ、線形やベジェなどの補間方式を説明している。

3. Animation Sync Groups in Unreal Engine｜Epic Developer Community - 歩行・走行などのサイクルを同期し、足の接地マーカーを基準に遷移する仕組みを説明している。

4. Animation Transitions｜Unity Manual - Animatorの状態遷移、条件、Exit Time、ブレンド時間を説明している。

5. Animation Montage in Unreal Engine｜Epic Developer Community - Montage Section、ゲームロジックや入力による再生順変更、アニメーションのブレンドを説明している。

6. Xbox Accessibility Guideline 117: Visual distractions and motion settings｜Microsoft Game Dev - 画面揺れ、カメラのボブ、モーションブラーなどの動き設定と、無効化・調整可能性を扱っている。

7. Using Animation Events｜Unity Manual - アニメーションのタイムライン上の指定位置でスクリプト関数を呼び出すAnimation Eventsを説明している。

8. Animation Notifies in Unreal Engine｜Epic Developer Community - Animation Notify、Notify Window、ブレンド中の実行条件、フレーム精度に関わる設定を説明している。

この文書は、Perplexity、Claude、OpenAI Codex の3つのAIの支援を受けて著述されたものです。引用画像を除き、MIT License にて提供されています。