Swiftline

コンセプトこそが契約

プラットフォームのコンセプト画像サービスは今回のサイクルでクレジット切れとなり（credit_balance_exhausted、ログイン済み concept/gen.log）、代わりに3枚のコンセプトシートをラボ内で描き起こしました — 結果的にこちらの方が優れた仕様書となりました。すべての色は名前付きのHex値で指定され、すべての比率は数値で明記されているため、Blenderでのビルドと出荷ファイルは目視ではなく数値でシートと照合されています。以下の峡谷シートでは、3つのパララックス層、霧の落下ラインの位置、そして「空のグラデーションが時計そのものである」というルールが定められています。

コンセプトシート 2/3 — 渓谷、その奥行き帯、そして夕暮れのグラデーション

同じ渓谷を、夕暮れ度42%のPhaser 4上でライブ表示

アートより先に灰色のボックスを——そして計測済みの軌道上に配置されたレベル

アートが存在する前に、峡谷全体はグレーボックスの状態で動作し、自動プレイヤーによって走破されていました。感触レイヤーはそこで調整されました — ロープの拘束、ポンプ、リール、2つの重力、速度連動カメラなど。その後、到達可能性の検証によって出荷版の step() 直接検証しました——レンダリングも実時間の壁もない、数千回のポンピングスイング&リリース試行です。その結果、ポンピングスインガーは自身のリング上202〜558px上昇し、最大2353px前方に運ばれることが判明しました。このレベル内のすべての巣とすべてのスパー足場は、これらの試行のいずれかが実際に到達した地点に配置されています。6か所すべてで最接近距離は0〜10pxです。この作品において、巣は目分量で配置されているわけではありません。

ブロックアウト:完全な手触りのレイヤーだけを、アートなしで

スマートフォン横向き — 右半分を長押しして左をドラッグ

Blenderでコードから生成したモデルを、実際のモーションキャプチャでアニメーション

採集キャラクターはコードで構築されたモデルであり、手作業でのスカルプトもアセットストアの利用もない。スイングのサイクルはモーションキャプチャだが、単一のクリップからではない。スタジオが厳選したライブラリにはぶら下がる動作が一切なかったため、被写体番号を推測するのではなくCMUアーカイブ全体の説明インデックスを読み込み、被写体43番——「playground: grip bar, swing body」——を見つけ出した。リターゲットした上でフレームごとに計測(頭部の高さに対する手首の高さ、胴体の垂直性)したところ、そのクリップで使えるぶら下がり姿勢は181フレーム中わずか8フレームしかなく、120fpsでの隣接する8フレームは実質同じ絵であるため、それらから抽出したサイクルは隣接フレーム差分ゲートに正しく落ちてしまう。

そこでサイクルは合成して作られている。腕のチェーンはオーバーヘッドグリップの姿勢で固定し、脚と背骨は移動用クリップ(CMU 02_01)で駆動する——ただしベイクからは腕のFカーブを取り除いてある。キー付きボーンはフレームが変わるたびにそのアクションから再評価され、手で設定したポーズを黙って上書きしてしまうからだ。腕はラインに固定したまま、脚は前後にシザー運動をし、その上に作り込んだ腰の揺れとバウンスを加える——ブランコを漕ぐ動きとはこういうものだ。出荷されたシートは閾値4.0に対して6.17〜9.70で隣接フレームゲートを通過している——最初は3.81で不合格となり、その修正はゲートを下げることではなく、欠けていた動きを追加することだった。

顔は体のシートに焼き込まれていない。ニュートラル・まばたき・警戒・勝利・被弾という5状態を持つ独自のシートとしてレンダリングされ、パイプラインはすべてのボディフレームについて頭部ピボットをフレームピクセル単位で出力する。これによりエンジンはどのポーズにも顔を合成できる。だからこそキャラクターは数秒おきにまばたきをし、スイング中でも表情を変えられる——表情の数だけボディシートを増やす必要なしに。

採集キャラクター——スタジオ側レンダー、4回中4回目のラウンド

コンセプトシート 1/3 — レンダーがサンプリングされる契約

出荷されたスイングシート——112pxで8フレーム、モーションキャプチャ駆動

5つの表情状態、それぞれ独自の輪郭で切り出し11倍に拡大——出荷時のスケールでは数ピクセルしかない

出荷された小道具キット——コンセプトシートに名前のあるものはすべて実ファイルになっている

…そしてそれらの小道具の元になったシート

手触りのリサーチ

このラボの成果物はゲームだけではない——数値とその根拠も含まれる。すべての定数は出荷されたシミュレーションに対してA/Bスイープされ、捨てられた値も断定ではなく計測によって決められた。以下は2つのスイープ例だ。

方向転換の回数が読みやすさの指標だ:振り子は反転するが、モーターはしない。2つ目のスイープは私たちを驚かせたものだ——ラインを巻き取ると角運動量が保存されるため、弧の底でロープを引き上げると本当に速くなる、ただしそれにも限度がある。

実測値

フレームコストは監査用ボックスからの数値です。GPUを搭載しない共有ホストで、ChromiumのソフトウェアCanvasレンダラーを使用しています。これは本作が経験しうる最悪のケースであり、印刷したくない数値も含めて、すべて実測値として報告しています。

ありのままの行。この監査用ボックスでは60 fpsを示すことができません。GPUがないため、ChromiumはソフトウェアCanvasラスタライザーにフォールバックし、計測されるフレームコストはゲームそのものではなくラスタライズ処理が支配的になります。実機ではWebGLレンダラーで同じビルドが動作します。私たちは期待値ではなく実測値を報告します。

本作が獲得したもの