問題タブ [lossy-compression]

JPEG 圧縮エンコーディング プロセスは、特定の画像を 8x8 ピクセルのブロックに分割し、将来の非可逆および可逆圧縮でこれらのブロックを使用します。[ソース]

画像が複数の 1MCU ブロック (Minimum Coded Unit として定義され、「通常、両方向で 16 ピクセル」) である場合、JPEG へのロスレス変更を実行できることも言及されています。[ソース]

私は製品画像を扱っていますが、最終的な画像サイズに 16 の倍数を使用すること (たとえば、サイズが 480px x 360px の画像を使用すること) と 16 の倍数を使用しないことのどちらが得られるか、またどのくらいのメリットがあるかを知りたいです。 16 (484x362 など)。この例では、最終的な画像のさらなる変更、編集、または再圧縮には関心がありません。

大部分が一般論であることがわかっている特定の答えに近づけようとする:

• 484x362 の画像の品質が低下する可能性はありますか
• 予想されるファイル サイズの追加量 (この例では、追加スペースは白いピクセルになります)
• 8px グリッドよりも大きくすることによるその他の欠点はありますか?

その特定の例を使用するのは恣意的であることはわかっていますが、非 8px グリッドを破る際に対処する妥協のレベルを理解することは (私と、画像サイズを熟考している可能性のある他の人にとって) 役に立ちます。

ここでの重要な問題は、8 ピクセルで割り切れるイメージが、8 ピクセルで割り切れないイメージよりも高品質であるかどうかという議論です。

JPEG は非可逆圧縮方式であるため、通常、解凍 - 操作 - 再圧縮を行うと、ステップごとに画質がさらに低下します。さらに損失を被ることなく JPEG 画像を回転することは可能ですか? JPEG アルゴリズムについて私が知っていることはほとんどありませんが、少しの努力でさらなる損失を回避することは単純に可能であるように思われます。一般的な画像操作プログラム (GIMP、Paint Shop Pro、Windows フォト ギャラリーなど) とグラフィック ライブラリのうち、回転の実行時に品質が低下するのはどれですか?

無損失圧縮画像の画像処理と非可逆圧縮画像の画像処理を比較すると、後者は前者に匹敵する結果を提供しますか。

可逆圧縮によって生成された画像は人間の目には問題ありませんが、コンピューターによる画像の処理に影響を与える可能性のある細部が異なるため、この質問をしています。しかし、私はどのくらい言うことはできません。

複数の jpg を取得して、それらを 1 つの複数ページの Tiff に変換する方法が必要です。GDI+ を使用して動作していますが、ロスレスの圧縮 LZW でのみ動作します。これは、3 つの 50KB の Jpg が 3MB のマルチページ Tiff ファイルになることを意味します。これは、私が取り組んでいるソフトウェアでは受け入れられません。

Tiff イメージ形式で JPG 圧縮スキームを使用できることは知っていますが、GDI+ はこれをサポートしていないようです。

誰かが.NET（C＃）またはこの変換を行うコンポーネントでこれを行う方法を知っている場合。

この質問は非常に基本的なものかもしれません

非可逆圧縮（WMV、MPEG）形式のフレームサイズ/レートを縮小して、同じ形式でより小さなサイズのより小さなビデオを取得する方法はありますか？

このためのオープンソースまたはプロプライエタリAPIはありますか？

JPEGよりも高速でありながら十分にサポートされている圧縮アルゴリズムはありますか？私はjpeg2000について知っていますが、聞いたところによると、それほど速くはありません。

編集：圧縮用。

Edit2：Linux 32ビットで実行する必要があり、理想的にはCまたはC++で実行する必要があります。

Androidで、画像ファイルをJPEGとして30％の品質で保存するにはどうすればよいですか？

標準のJavaではImageIO、画像をとして読み取り、インスタンスBufferedImageを使用してJPEGファイルとして保存します。http： //www.universalwebservices.net/web-programming-resources/java/adjust-jpeg-image-compression -quality-when-saving-images-in-java。ただし、Androidにはパッケージがないようです。IIOImagejavax.imageio

音楽や画像以外のデータ用の最先端の非可逆圧縮プログラムを知っている人はいますか？実際の実行可能またはコンパイル可能なソースコードが必要です。

AMillionRandomDigits.binを圧縮しようとしています。

アイデアは、AMillionRandomDigits.binを不可逆圧縮してから、LOSSY_COMPRESSED（amillionrandomdigits.bin）+ DIFF（LOSSY_UNCOMPRESSED、amillionrandomdigits.bin）http://www.stanford.edu/~hwang41/を格納することです。

jpeg ファイルがあり、いくつかのピクセルを特定の色に設定したいとします。jpeg を保存すると、品質を 100 に設定しても色が失われ、新しいピクセルの周りにエイリアシングが見られます。数ピクセル。

GDはここに行く方法ではないのでしょうか？一部のピクセルの色を変更する必要があり、保存時に正確である必要があります。GIF、PNG、または JPEG2000 に依存せずにこれを行う方法はありますか?

1 ミリ秒間隔でサンプル (16 ビット数) を生成する組み込みシステムがあります。可変アップリンク帯域幅はせいぜい 5 ミリ秒ごとにサンプルを転送できるため、重要な情報 (この場合は時間間隔の最小値と最大値) の損失を最小限に抑えながら、データ レートを適応的に下げる方法を探しています。

私がうまくいくと思うスキームには、スパースコーディングと非可逆圧縮のバリエーションが含まれます。このような：

1. システムは、10 ミリ秒間隔で最小値と最大値を内部的に保存します。
2. システムは、これらのデータ ペアの限られた数 (たとえば 50) を内部的にキューに入れます。
3. 最小値または最大値の損失は許可されませんが、それらが発生する時間間隔は異なる場合があります。
4. キューがいっぱいになると、隣接するデータ ペアがキューの最後から結合され、変換された最小/最大ペアが 20 ミリ秒間隔を表すようになります。
5. スキームは、必要に応じて 40ms、80ms などにさらに間隔を組み合わせて実行できるように、反復する必要があります。
6. このスキームは、キューの長さ全体で線形に重み付けする必要があります。これにより、最新のデータの結合と、最も古いデータの必要な最大結合がなくなります。

たとえば、長さ 6 のキューでは、連続するデータ削減により、データ ペアが次の間隔をカバーする必要があります。

新しいサンプルは左側に追加され、データは右側から読み取られます。

この考え方は明らかに、非可逆圧縮とスパース コーディングのカテゴリに分類されます。

これは、アップリンク帯域幅が限られているデータ ログ アプリケーションで頻繁に発生する問題であり、「標準的な」ソリューションが出現した可能性があると思います。

意図的に単純化し、タイム スタンプなどの他の問題を省略しました。

質問:

1. この種のデータロギングを行うアルゴリズムはすでにありますか? 私が探しているのは、標準の非可逆画像またはビデオ圧縮アルゴリズムではなく、上記のデータ ログに特化したものです。
2. キューの最も適切な実装は何ですか? リンクリスト？木？