問題タブ [zlib]

System.IO.Compression.GZipStreamまたはSystem.IO.Compression.Deflateはzlib圧縮と互換性がありますか？

zlib.NETライブラリを使用して、zlib によって圧縮されたファイルを膨張させようとしています (おそらく Linux ボックスで)。これが私がやっていることです：

データ バイトは圧縮されたデータ バイトと一致するので、何か間違ったことをしているに違いありません。

zlib を次のように抽出するラッパーを探しています。

1. OpenZipFile()
2. GetItemInfo(n)
3. UnzipItem(n) // アイテム n がディレクトリの場合、再帰的に解凍するためのボーナス ポイント。

たとえばcodeproject.comでzlibライブラリのラッパーをたくさん見かけますが、ファイル/メモリバッファ/パイプに解凍するというプラットフォーム固有の追加機能を提供するために、それらはすべてプラットフォーム固有です。

多数の整数配列があります。それぞれに数千の整数が含まれており、各整数は通常、その前の整数と同じか、1 ビットか 2 ビットだけ異なっています。ディスク IO を削減するために、各アレイをできるだけ小さく縮小したいと考えています。

Zlib は、元のサイズの約 25% に縮小します。それはいいことですが、そのアルゴリズムがこの問題に特に適しているとは思いません。このタイプの情報に対してより適切に実行できる圧縮ライブラリまたは単純なアルゴリズムを知っている人はいますか?

更新: xor デルタの配列に変換した後の zlib は、元のサイズの約 20% に縮小します。

<zlib.h>iPhoneアプリケーションとBradLarsonから提供されたMoleculesのサンプルコードをモックアップしたソースコードを含めましたが、プロジェクトをビルドすると、次のようなエラーが返されます。これがライブラリリンクの問題なのか、それとも何か他のものが欠けているのか、誰かが私に指摘できますか？

xmpp ライブラリを作成しており、zlib 圧縮データをサポートするストリームを作成しようとしています。私は2つの異なるバージョンを持っています.1つはzlib.netに基づいており、もう1つはSharpZipLibを使用しています. zlib.net バージョンは圧縮を認識せず、SharpZipLib バージョンは無限ループに入ります。適切なコードは、http ://github.com/coder2000/ubiety/tree/master/ の xmpp.compression.zlib および xmpp.compression.sharpziplib にあります。この問題を解決するための助けをいただければ幸いです。

zlib を使用して zip ファイルを解凍するための、必要最小限の単純なサンプル C アプリを探しています。かなり新しいバージョンの .zip をサポートする必要があり、zlib 呼び出しまでのソースが必要です。

私の Web サイトは Dreamhost でホストされており、そこでは PHP と共に zlib のみがインストールされます。ここで説明されているように、この拡張機能の共通メソッドを使用してファイルを解凍する方法がわかりませんでした: http://php.net/zlib

PHPで拡張子がzlibの.gzまたは.gzipファイルを解凍する方法を知っている人はいますか? それは私の命を救うでしょう！

これは前の質問に似ていますが、そこにある回答は私のニーズを満たしていないため、私の質問は少し異なります。

私は現在、ソートされたデータを含むいくつかの非常に大きなファイルに gzip 圧縮を使用しています。ファイルが圧縮されていない場合、バイナリ検索は、並べ替えられたデータ内の場所へのシークをサポートする便利で効率的な方法です。

しかし、ファイルが圧縮されると、事態は複雑になります。最近、 zlibのオプションについて知りましたZ_FULL_FLUSH。これは、圧縮中に使用して、圧縮された出力に「同期ポイント」を挿入inflateSync()できます（その後、ファイル内のさまざまなポイントから読み取りを開始できます）。これは問題ありませんが、この機能を追加するには、既に持っているファイルを再圧縮する必要があります (奇妙なことにgzip、このオプションはありませんが、必要に応じて独自の圧縮プログラムを作成します)。

ある情報源によると、完全な解決策ではないようZ_FULL_FLUSHです...すべての gzip アーカイブでサポートされているわけではないだけでなく、アーカイブ内の同期ポイントを検出するというアイデア自体が誤検知を引き起こす可能性があります (同期のマジック ナンバーとの一致による)ポイント、またはZ_SYNC_FLUSHも同期ポイントを生成しますが、ランダム アクセスには使用できないため)。

より良い解決策はありますか？可能であれば、インデックス作成用の補助ファイルを使用することは避けたいと思います。また、準ランダム アクセスの明示的なデフォルト サポートが役立ちます (10 MB 間隔ごとに読み取りを開始できるように、粒度が大きい場合でも)。gzip よりもランダムな読み取りをより適切にサポートする別の圧縮形式はありますか?

編集: 前述したように、圧縮データでバイナリ検索を実行したいと考えています。特定の (圧縮されていない) 位置をシークする必要はありません。圧縮ファイル内の粗い粒度でシークするだけです。「この圧縮ファイルの約 50% (25%、12.5% など) からデータを解凍する」などのサポートが必要です。

msvcrt.dll などのすべての C ランタイム ライブラリがなくても、zlib を masm で使用できますか? もしそうなら、方法を教えてもらえますか？