問題タブ [lossless-compression]

画像を変更せずにJPEGをさらに圧縮することに特化したライブラリを探しています。PackJpegを見つけましたが、ソースコードが提供されておらず、商用利用は許可されていません。

JPEGは不可逆圧縮の標準であり、「品質」係数が圧縮の程度、つまりデータ損失の量を制御することを理解しています。

しかし、品質番号を100に設定すると、結果のjpegはロスレスになりますか？

ハフマンおよび適応形ハフマンアルゴリズムではなく、圧縮技術を使用してDNAシーケンスを圧縮したいのですが、プログラミング言語としてc＃を使用しています。誰かが私をアルゴリズムに導くことができますか？注：可逆圧縮が必要です

私は現在、DDSM データベース (スクリーニング マンモグラフィ用デジタル データベース) を扱っています。その欠点は、その拡張です。拡張機能は ljpeg (ロスレス jpeg) であり、サポートが非常に不十分な拡張機能です。matlab を使用してそれらを読み取るか、広くサポートされている他の型に変換したいと考えています。感謝

FLAC から ALAC へのトランスコーダーに取り組んでおり、ExtAudioFile を使用して ALAC に書き込もうとしています。FLAC ライブラリのコールバック ベースのシステムを使用して FLAC ファイルを読み込みます。つまり、FLAC ファイルのすべてのフレームで関数呼び出しが発生します。その呼び出し内で、バッファーをセットアップし、次のように ExtAudioFileWrite コードを呼び出します。

さて、最終行の数字 1 は、FLAC ファイルの 1 フレームが対応する ALAC ファイルの 1 フレームにおそらく対応すると考えたので、私が選択したマジック ナンバーのようなものですが、そうではないようです. ExtAudioFileWrite を呼び出すたびに、エラー値 -50 (ユーザー パラメータ リストのエラー) が返されます。明らかな原因は、frame パラメーターに指定した値です。

では、私はどのような価値を提供すればよいのでしょうか。

それとも、間違った木を吠えていますか?

(補足: param 関連のエラー値にもかかわらず、本当の問題はバッファーのセットアップにあるのではないかと疑ったので、何が起こるかを確認するためだけに、ゼロに設定されたダミー バッファーを割り当てようとしました。同じエラーです。)

WinRar で使用されている圧縮アルゴリズムはどれですか? 私はファイル圧縮技術に取り組んでいます。では、オーディオ/ビデオ ファイルの圧縮に最適なアルゴリズムはどれでしょうか?

512x512 の画像があり、それを再圧縮しようとしました。画像を jpeg ファイルに再圧縮する手順は次のとおりです。

しかし、ハフマン エンコーディングの前に、DCT 係数の数を数えたところ、393216 でした。これを 64 で割ると、DCT ブロック (8x8) の数がわかり、6144 になります。

次に、ピクセル ドメインの 8x8 ブロックの数を数えてみました。512/8=64 とすると、水平方向に 64 ブロック、垂直方向に 64 ブロックになります。ピクセル数が 512x512 = 262144 であるのに対し、64 x 64 = 4096 は DCT ブロックの数と等しくありません

私の質問は、ハフマン エンコーディングが魔法のように 393216 係数を 262144 ピクセルに変換し、各ピクセル値を取得し、圧縮画像 (jpeg) の寸法 (512x512) を計算する方法です。

よろしくお願いします。:D

ソース アルファベットが a、b、c で​​あり、a が終端記号であると仮定すると、単位間隔は対応して [0, P(a), P(a)+P(b), 1] として分割されます。

a (終了記号) で終わる一連の b と c で構成される文字列は、エンコードに有効です。真ん中に a がある文字列は、エンコードに対して無効と見なされます。

したがって、間隔 [P(a), 1) にあるエンコーディングを使用して文字列を作成するのは簡単です。しかし、算術コーディングは任意の文字列を区間 [0, P(a)) のエンコーディングに割り当てますか? 空の文字列は、[0, P(a)) にあるビット文字列にエンコードされると見なされますか? 空の文字列は、文字列「a」または単なる終了記号と見なすことができるためです。

空の文字列をエンコードするためにスペースを割くのは無意味に思えるので、単位間隔の最初の分割を [0, (P(b)-P(a))/(1-P(a)), 1] にしないのはなぜですか? [P(a), P(a)+P(b), 1] をマッピングして単位間隔を埋めます。次に、その後の精密分割では、通常どおり [0, P(a), P(a)+P(b), 1] が使用されます。

以下のパイプラインは、圧縮された JPEG 画像を保存するために正常に動作しますが、gstreamer を使用して可逆圧縮された JPEG 画像を保存する方法はありますか?

gst-launch v4l2src always-copy=false num-buffers=1 chain-ipipe=true ! 'video/x-raw-yuv,format=(fourcc)NV12, width=2176, height=1944' ! dmaaccel ! dm365facedetect draw-square=true ! dmaienc_jpeg ! ファイルシンクの場所=$FILE_NAME

データ圧縮の算術符号化を実装の詳細とともに説明してもらえますか? 私はインターネットをサーフィンして、マーク・ネルソンの投稿を見つけましたが、何時間も試した後、実装の手法は確かに不明です。

マーク・ネルソンの算術コーディングに関する説明は、次の場所にあります。

http://marknelson.us/1991/02/01/arithmetic-coding-statistical-modeling-data-compression/