MSP430でのZlib圧縮

Question

誰でもMSP430でzlib圧縮を試みましたか？ MSP430プロジェクト（IAR Embedded Workbenchを使用しています）で使用するためにライブラリをコンパイルする方法に関するアドバイスはありますか？

Answer 1

MSP430ではなく、いくつかのターゲット用に構築しましたが、それは問題ではありません。これはすべてISO Cであり、標準ライブラリ呼び出しのみに依存します。それは動的メモリ割り当てを使用するので、ヒープが必要です。

Answer 2

私はzlibをプロセッサ開発のテストとしてビルドしましたが、64ビットへの移行が始まったので、慎重な型キャストなどを行わずに符号なしlongとunsigned intを混在させて混在させると、それは今落ち着いているかもしれないが、私はそれを使用することから離れた。

メモリが必要/必要ですが、msp430はラム側では競合他社と比較して特に小さいです。

私はhttp://github.com/dwelch67/msp430simを使用できるmsp430シミュレータを持っています。あなたがチップで見つけられるよりも多くのRAMを持つように構成するのは簡単です。 Althogh zlibはまだ完全な64kを望んでいるかもしれません。ちょうど何が起こるか見る必要があります。たぶん私はこれを取って、自分でシミュレータのテストとしてそれを試してみます。上記のシミュレータまたは多分私の他の私は非常に（比較的）小さなメモリフットプリントを使用する別の圧縮ツールを使用しています。特にzlibが必要なのか、一般的に何らかの種類の減圧が必要なのかどうかは不明です。

Answer 3

MSP430 datasheetsとWikipedia articleによれば、スライディングウィンドウ（32 KiB）でも十分なRAM（最大16 KiB）はありません。したがって、MSP430のための収縮アルゴリズムを使用することはできません。 ZLIBについて考えると、ZLIBでもあまりにも収縮した実装です。あなたが成功できなかった独自の収縮実装を作成しようとしても。なぜなら、収縮は、辞書をスライドさせるために32キロバイト、それにハフマンツリーのためにいくらかの余分なメモリを必要とするからです。それは減圧部分だけです。圧縮の場合、7.5 *辞書サイズ= 240 KiBのハッシュチェーンマッチファインダーのために余分なメモリーが必要です（7zipのdeflate実装による）。その小さなアーキテクチャで本当に圧縮が必要な場合は、カスタムバイトコードLZSS圧縮アルゴリズムを調べることをお勧めします。彼らは速く軽量です。しかし、特にエントロピー符号化の違いにより、収縮と競合するほど強くない。