Dino：ゲームはなぜだんだん速くなる？

02. 調査できるバージョンに接続する

wayou の公開 t-rex-runner を、デバッグ用の別の Chrome プロファイルで開きます。以下は macOS 用コマンドです。Windows や Linux では Chrome の実行ファイルに同じフラグを付けてください。調査中はこのブラウザーとターミナルを開いたままにします。

このチュートリアルの対象は chrome://dino ではなく HTTP ページです。ページが変更されている場合は、実際に読んだスクリプトを保存し、ダイジェストを記録してから以下の過去の結果と比較してください。

"/Applications/Google Chrome.app/Contents/MacOS/Google Chrome" \
  --remote-debugging-address=127.0.0.1 \
  --remote-debugging-port=9222 \
  --user-data-dir="$(mktemp -d /tmp/rea-dino.XXXXXX)" \
  https://wayou.github.io/t-rex-runner/

REA で http://127.0.0.1:9222 に対して list_browser_targets を実行してください。URL で t-rex-runner のページを選び、include_script_sources を有効にして inspect_web_page を実行します。読み込まれた index.js を読み、初期速度、加速量、更新条件、速度のしきい値を特定し、ソースの位置を示してください。まだゲームを再実装しないでください。

03. 「更新1回」の意味を確かめる

ACCELERATION という設定名は手がかりですが、それだけでは説明になりません。どこで使われるかを追い、描画のたびか、プレイ中のみか、衝突しなかったときだけかを確認します。正常に進む場合だけの答えにならないよう、周囲の条件もエージェントに示させてください。

記録された版は速度6で始まり、更新条件を満たすとき、現在の速度が13未満なら0.001を加えます。「毎秒0.001」ではありません。この学習用ゲームは毎秒60回の固定ロジック更新を行い、画面のリフレッシュレートとは独立して描画します。

• 1回の更新前後の値を記録する。
• 加算を囲む衝突やプレイ状態の条件を探す。
• しきい値の判定が加算の前か後かを確認する。
• フレームの時間処理と計算ルールを分ける。

04. 元のルールを保って速度調整を追加する

ルールを目で確認できる最小のゲームを作ります。単純なキャラクター、障害物一つ、ジャンプボタン、速度表示を用意します。スライダー操作で固定速度に切り替え、自動モードを有効にすると記録された初期値へ戻るようにします。

条件式を黙って「13で打ち止め」に変えないでください。無害な整理に見えても、境界で結果が変わります。最初は読み解いた通りに実装し、意図的な変更は別モードで行います。

再生・一時停止、ジャンプ、やり直しができる独立したブラウザーミニゲームを作ってください。記録された速度更新ルールだけを再現します。2〜18の固定速度スライダーと、6から始まる自動モードを追加してください。固定時間刻みを使い、画面外では停止し、キーボードとタッチに対応します。新しい描画・衝突・ジャンプ処理は学習用コードと明示し、速度関数の複製ではなくインポートした関数をテストしてください。

05. 余分な0.001を調べる

衝突なしで速度関数を繰り返し実行します。丸め前の値を保存し、以下の確認点と比較してください。意外な最終値こそ、この演習のポイントです。比較は加算前に行われ、浮動小数点を繰り返し加算しても、10進のしきい値にぴったり到達するとは限りません。

10,000回の更新で13.000になるなら、ループ内に上限処理や小数の丸めがないか確認してください。画面のリフレッシュレートで結果が変わるなら、描画1回ごとにシミュレーションを進めていないか確認します。

初速6から実際の加速関数を0、1000、4000、7000、10000回更新してください。完全精度の値と小数第3位までの表示を返します。元の報告と比較し、差異を説明してください。実行したのが当サイトの代替実装か元のゲームかを明記し、ソースを読んだだけで元のゲームの動作テストを行ったとは扱わないでください。