「自作ゲームで今後実装したい機能」記事へのコメント

シューティングゲームが超苦手な私が欲しいもの

[okky (2487)]

- 時間逆行 (undo)
　自分がぶつかった敵はどこからきていたのか、いつから出現していたのかを知りたい

- 戻ったあるポイントからのゲーム再スタート(redo)
　上手に敵を避けることができたら(あるいは弾を避けることができたら)何が起こっていたのかを知りたい

--
fjの教祖様

何が起こっていたのか見るためには

[wuzhi (38352)]

リプレイでうまく見られれば良いのですが…．

# 実際に時間を戻すゲーム機能は，「プリンス・オブ・ペルシャ」であったような．

カメラ配置をもう少し工夫してみるかなぁ．

Re:何が起こっていたのか見るためには

[okky (2487)]

実現されるかどうかは無視して書きますと。

逆再生と、順再生は全く違うものです。逆再生であれば自機が死んだポイントからスタートしてその原因が画面に初登場するまで、全てを簡単に追跡できます。自機が死んだ時にぶつかったものが最初に見つかって、あとはそちらを追いかければよいのですから。逆再生なら1回ですみます。

順再生でこれをやろうとすると

• まず自分が死んだ理由を発見して(再生1回目)
• 再生2回目以降においては、「死んだ原因」を見失わない範囲で何度も(スタートポイントを少しづつ過去に戻しながら)追跡し、最終的に画面に登場するポイントを特定する

と何度も再生する必要があります。

逆再生は順再生と全く違う情報の見せ方をしてくれるので、失敗の原因などが判りやすいのです。時にはゲームバランスを崩しかねないほど。

.

もう20年以上も前ですが、MS-DOS用のデバッガーにこの「逆再生」機能がついているものがありました。デバッガ上でプログラムを実行してクラッシュさせると、クラッシュしたポイントから1命令単位で undo ができる。バグが「どこからきた」かをたどれると言うアイディア自体は素晴らしいものでした。

実現方法としてはこういうのが考えられます(実態としてどうやっていたのかは判りません):

1. まずプログラムの入出力とそのタイミングをすべて記録する
2. 同時に、定期的にメモリイメージとCPUイメージのスナップショットを取る。たとえば100命令ごとに1スナップ
3. クラッシュしたポイントでイメージをフリーズさせるのは、gdbとかと同じ。
4. たとえば 9877ステップ目から 9876ステップ目へと undo する場合は、まず、9800ステップ目のスナップショットへと戻った後、76ステップ順方向に実行する と言うことをします。すると 9877ステップ目から 9876ステップ目へと 戻った　事になる

すぐ判ると思いますが、データIOのような非同期なものまで全部同期的なタイミングで取得しなくてはいけない、最近のCPUだとスナップショットの分量がすぐ爆発的な量になる、などの理由で最近のデバッガでは実現できません。機能自体は素晴らしいんですけどねぇ…

.

というわけで、普通のプログラムデバッガではもう実現不可能なんですが、シューティングゲームのようなものの場合で、特に順方向再生ができるのであれば、逆方向再生も出来るんじゃないか、と思ったので一応コメントしてみました。

--
fjの教祖様