メモリを浪費するのを避ける方法

Question

現時点では、私はゲームパッドの状態を構造体に記録し、これを状態のリストに格納してビデオゲームの期間の入力を記録するシステムを持っています。パッドの完全な状態は1フレームあたり192ビットを占めますが、これは少し無駄です。例えば、パッド上のアナログトリガが押されていない場合でも、記憶装置にはそれぞれ32ビットアップがかかります。だから明らかに私はいくつかのスペースを節約しようとしています。

これをNULLに設定しようとしましたが、マッチの終わりにシステムが保存するバイナリファイルのサイズには影響しません。

特定の値を記録または保存するだけで、データ構造の整合性を保持する必要がある場合は、どのような方法がありますか？

編集：

解決策が見つかりました。一種の以前は、構造体のSystem.Nullableで標準のfloatをオーバーライドしてNULLに値を設定しようとしました。私の考えは、構造体のNULL値にこれを設定するとはるかに小さいシリアル化されます。私はNULLが4bitsとして記録されているという印象を受けています。もっとそうかもしれない、それはおそらくそうである。とにかく、私が以前に持っていたコードは、はっきりと明白な欠陥を持っていたので、私は戻ってそれをもう一度修正しました。今私ははるかに小さなリプレイを得ているし、正確さも同じように思えるので、私はNULLトリッキーが何かを適切にやっていると仮定するつもりです。

Answer 1

これはあなたが行うことです。

ビットストリームを使用して、違いを生む情報のビットのみを書き込みます。たくさんのスパースデータがある場合は、何かの前にビットマスクを書きます。これは、次のビットのどれにデータが含まれているかを示します。

このようにして、ベクトルのようなものをわずか3ビットに減らすことができます。ベクトルが空/ゼロの場合ベクトルの1つのコンポーネントだけが有効であれば、それはそのコンポーネントの3ビット+サイズだけです。これに加えて、もちろん圧縮を加えることもできますが、ある時点ではビットの分布（あなたがそれについての解剖学者であるとき）は非常に均等になります。これにより、汎用の圧縮方法の最適化が不十分になり、代わりに出力のサイズが大きくなる可能性があります。

あなたがしていることは、定期的にディスクに書き込むことで、メモリに大きなチャックを掛けないようにすることです。

Answer 2

構造体にはないと思います。もう少し複雑なプロトコルが必要な場合があります。例えば

（非常に粗い貫通考えられていない）（WHAT 3xough）：

最初のバイトは8つのボタン、各ボタンの1つのビットの状態を含んでいます。ボタンのビットが1に設定されている場合、クライアント（これは今のところクライアントと呼ばれます）は、そのボタンの特定のデータ（方向など）を特定の順序で予期します。

Answer 3

構造体を分割したり、圧縮したりすることは可能です。

しかし、ゲームの最後ではなく、の間に大きな節約はを保存することができます。

Answer 4

おそらくデルタのみを保存できますか？多くの状況で、それは素晴らしい圧縮を提供します。

ビットタイプの状態では、サイズは変わりません。意味のみです。

しかし、あなたのフロートタイプは、ほとんどの場合1ビットに減少し、それ以外の場合は1ビットだけ増加します。