何が最高の圧縮図書館のための非常に少量のデータ(3-4kib?)

StackOverflow https://stackoverflow.com/questions/2279644

質問

またゲームエンジンは緩やかに降りから震災後の2加えるという脚本の効果をサーバーの指定は特殊効果を詳細にクライアントの変わりに、数には限りハードコード効果のクライアントが可能です。） このトレードオフのネットワークの効率化のための柔軟性です。

私にぶつかの興味深いバリアになります。ご覧のような最大パケットサイズは2800バイトだけることのできるたクライアントにフレーム。

こちらはスクリプトに"火花"効果によって生成される新幹線の影響火花、電気ショック等） http://pastebin.com/m7acdf519 (だかな汗でこのカスタム構文を作ったとは関係ありませんの問いと思います。)

そして、システムメインテナンスの縮小のサイズのスクリプト今では、変数名シングル。その結果は405バイトまでとなります。意味することができ最大6れたフレーム。もに考えている複数のサーバ側の変化が削でも12、プロトコルの変更が保存も6.が、貯蓄によっても異なうスクリプトです。

しかし、その387バイトお見積り申し上げますと41する独特の間で複数の用途に。つまり、このブレークスルーのためのものです。

うR1Q2（後方互換の震災2エンジンの拡張ネットワークプロトコル）は、Zlib圧縮のコードです。私はリフトをこのコードは、少なくともターでは、このような密接などを参考にする。

ではZlibが必ずしも最良の選択。私はを考えることができる少なくとも一つ目は、LZMA、ありすることができるのです。

の要件:

  1. うことができる高速な非常に小さいパフォーマンスが走り100倍ます。)
  2. なcramデータをできるだけ2800バイト
  3. 小さなメタデータフ
  4. セットアッププログラムが対応

Zlibは良いが、何がいいですか？く、このコードが合併しいのであたっぷりの室内実験などの

おかげさ -Max

編集：これらの者が作成スクリプトへのbytecode.いといけないことを明確--ああ、やってます。の場合のように閲覧することができ、関連するソースコードを自分のサイトで、これもない"prettied。
このサーバ側のコード:
Lua成分： http://meliaserlow.dyndns.tv:8000/alienarena/lua_source/lua/scriptedfx.lua
C成分： http://meliaserlow.dyndns.tv:8000/alienarena/lua_source/game/g_scriptedfx.c
の特定の例のスクリプト掲載し、この取得します1172バイトのソースを405バイト--まだ小さいです。(だいたいとしてふさわしいくらいになるまで2800バイト!)

EDIT2:しないという保証はありませんのずれがパケットを表示しています。それぞれのパケットが含ま"の状態では、"世界に頼らずに情報を伝え、前のパケット.一般的に、これらのスクリプトが伝えるための"目のお菓子です。" であれば、禁煙で予約したのに喫煙し、行動の便が良いことから、下からのパケットがなければならない。が多数の場合は取得した見えて不思議な視覚的にこすることは望ましくない。

役に立ちましたか？

解決 2

最終更新: は、両キャンパスの図書館思います。Zlibを約20%より圧縮、LZOの復速度の二倍程度の速いものの、パフォーマンスは非常に小さく、無視できる。これが私の最終答えになります。全体的にその他の回答やコメント!

更新: 導入後LZO圧縮を見てみsightlyより性能のよいが、これまでの自分のコードの責任のパフォーマンス(大規模数の増加脚本の影響を可能に当たりのパケットが私の効果"通訳"が行使されます。) う謙虚にガスクランブリングへのシフトせずに拡げていきたいと思っていなく感じです。私はいくつかのプロファイリングをかくことができます一部の番号を用います。

オリジナルポスト:

まぁであったこのように書く一部のコードです。開始していますの出Zlib、こちらの最初の調査結果です。

Zlibの圧縮 廊下 ます。では確実に低減をパケットは、たとえば8.5kib下、750バイト以下のものが圧縮とZ_BEST_SPEEDのではなくZ_DEFAULT_COMPRESSION.) は圧縮時にも良いと思います。

しかし、も考えられませんの減圧速度 何 も可能性があるこ悪いものです。ない実際の番号が必要となる取1/8秒パケットの少なくとも!(Core2Duo T550@1.83Ghz.) 完全に受け入れられない。

かかったと聞いていLZMAはトレードオフのパフォーマンスが悪い前より良い圧縮比がZlib.以来、Zlibの圧縮で失わせないアイテムとその性能が非常に悪く、LZMAは、テーブル姿は見えないます。

まLZOの解凍時間はどで請求する、そうなります。と思うのは、サーバーが送信することができZlibパケットの極端な場合でもできるように設定を無視して、そこにはデフォルトです。

他のヒント

LZO うにすることができます。

zlib すると候補者のライセンスが良く、速く、その著者のように言うことは非常に少ない架およびオーバーヘッドがこの使用量データに問題がある。

しておくとよいでしょうで OpenTNL と適応の技術を使用しないが、概念のネットワーク文字列

いinclinded利用の最大ビットの各文字は、現在は廃棄、移動団体の9バイトleftwardsまわり8バイトまでとなります。

きさらに、地図の文字から小さなスペースができまし6ビット（このときだけ64有効な文字)により、例えば、資本文を差し引い0x20から各キャラクター（スペースとなり値0)

まさにマッピングの各文字の出現頻度が高くハフマン型圧縮減の平均数ビットの各文字です。

疑いがあることのないアルゴリズムとデータ保存が良い、さらに一般の場合、基本的には冗長化のメッセージの後、変更すalradyます。

どを送るバイナリ表現のスクリプト?

さんの思考の抽象構文ツリーの各手順を有する識別子です。

こpreformance益をお客様により一時解析と減少のサイズにより除去方法。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top