頻繁に変化するゲームの記録/再生システムをどのように設計しますか？

無料のMMORPGで作業していますが、問題があります。

私は（他の人と一緒に）ゲームのビデオ録画システムを開発しています。アイデアは基本的に、タイムスタンプ付きで送受信されたすべてのパッケージと、クライアントからのローカルデータを記録し、それをファイルにダンプします。ビデオを再生するために、ファイルにあるすべてのものをエミュレートします。また、ffmpegを使用してビデオをaviにエクスポートするオプションもあります。

問題は、ゲームのバージョン間で変更を加えると、ビデオの下位互換性（コマンドの追加/削除、機能の変更など）を維持することが困難になることです。この問題を処理する良い方法はありますか？さまざまなプレーヤーを束ねて、ビデオファイルのバージョンごとに適切なプレーヤーを選択する代わりに、

他のゲームがこの状況をどのように処理するかを知っておくと役に立ちます。

助けてくれてありがとう、私の英語は申し訳ありません。

基本的なルールは、既存のパケットタイプを変更しないことです。すべてが既存のコマンドの最後に追加されるか、新しいコマンドが追加されます。これにより、2人がお互いの作業に踏み込む可能性もはるかに低くなります。

特にPCでは、ゲームシステムのコードをバージョン管理し、リプレイシステムに影響を与える変更を加えたときにバージョンを変更することは想像に難くありません。リプレイファイルに、それが作成されたゲームプレイコードのバージョンがタグ付けされていても、クライアントは引き続き、正常に動作するバージョンにアクセスできます。

これに取り組む1つの方法は、「Heroes of Newerth」と呼ばれるゲームの流れに沿ったものです。（これは+/- 2週間ごとに変更されます）私が言えることから：

1. ゲームとリプレイに差分パッチを使用します。
2. すべてのリプレイはクラウドに保存されます。それらは最終的に期限切れになります。
3. ユーザーがダウンロードした古い再生を視聴したい場合は、最初に[Compatize]ボタンを使用する必要があります。
4. このように見えるのは、いずれかのリモートで最新バージョンと比較した場合です。または、リプレイが保存されなくなった場合は、それをアップロードしてからリモートdiffを実行します。

私はS2で働いていないので、それが間違いなく機能しているとははっきり言えません。ただし、リプレイの経過時間に関連するダウンロードサイズの著しい傾向に気づきました。

または、エンティティパッチをリプレイに追加します（たとえば、スペルXにはZ効果ではなくY効果があります）。パケット関連の情報もエンティティ構成に保存されている場合、このエンティティのホットパッチにより、古いパケットも理解できるようになります。

非常に急速に膨大になる可能性があるため、クライアントに過去の動作を保存することは絶対にありません。特にクライアントが10.1.0から10.2.0に更新する場合（最終パッチではなく、2つのバージョン間のすべてのパッチをダウンロードする必要があるため）。

Google Protobufは、このようなものを仕様でサポートしているため、シリアライゼーションレイヤーとして優れたアイデアです。