v1.1 の新機能は,画像IO と互換するアプリケーション内におけるフラクタル圧縮イメージリーダーの追加です.

したがって,以下のようなアプリケーションで圧縮された画像(.dfc)を読むことができます:

BufferedImage image = ImageIO.read("image.dfc");

.jpg フォーマットと,アプリケーションの.dfc フォーマットで画像を比較すると,画質が.jpg より少し悪いことが確認できます.

しかし,結果は全く悪くはない.

と は いえ, 圧縮 に 必要 な 長い 処理 の 時間 が あれ ば, この タイプ の 圧縮 と それ を 適用 する こと は 学問 的 な 関心事 に すぎ ませ ん。

04/05/2026 - 04- 2026年12月4日 をクリックします。 このアプリケーションの進化を回復した後、実画像でテストすることを提案します。そして「4000 x 3000」ピクセルのいずれかで試します。

私 は 多く の 問題 に 直面 し て い ます。

• (最大 40 万 三角形の広域三角の三角の補間により、分割条件チェックは、各繰り返しの すべての三角形に繰り返しされました。
• 私のシステムにあった23GBの限界に達した後、メモリが切れてしまった。
  • 分割とマージの繰り返しの結果は、ブール値のリストに格納されます。(16 回の繰り返し x 2 タイプの三角測光 x 3 チャンネル x 40 個の要素!!!) によって合計で約4000 万個の要素が使用できます。これはまだ使用できます。
  • (2020年4月25日). http://www.oricon.co.jp/articles/news/article/news/article/article/article/article/article/article/articles/article/article/article/article/article/article/article/article/article/article/article/article/news/art/article/art/article/article/articles/art/article/art/article/article/article/art/article/art/art/article/art/article/art/art/article/article/art/art/art/art/art/arts/article/article/articles/arts/arts/articles/arts/arts/arts/arts/arts/arts/arts/arts/arts/arts/art-art-art-new/-new/art-art-art-art-art-art-art-art-art/art/art/art/art/newにしますがあたたたたたたたたたたたたたるるるるるるにしますにしますにしますにしますにしますにしますませんませんませんませんませんませんませんませんませんませんませんませんませんませんませんませんませんませんませんませんませんませんません""".""."""""".".""."."."."".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".".
  • そして、さらにINRIのために,この計算は3つのチャンネル(rgb)と平行して行われた!
• これら の 問題 が いったん 解決 さ れる と, 私 は なんとか 4000 x 3000 の 画像 を 圧縮 し ます が, 作業 を 完了 する の に 6 時間 から 8 時間 かかる こと が 分かり ます。

2020年3月5日閲覧. ^ """. 講談社.

• 分割の永遠化のため 解決策:
  • 三角形の最小サイズを画像内のピクセル数に比例して縮小します。 3 つの三角形の数を減衰させます。使用された画像 (4000 x 3000) の場合は、三角形の数を 4 つ超えます (約 40 万個の三角形から約 10 万個の三角形に分かれました)。
  • さらに、各繰り返しで繰り返しないように、分割基準に適合しない三角形 (ピクセルの値の分散に比例する) をセットします。今、飛べ!
• システムのメモリが不足しています。 解決策:
  • ブールリストに保存された分割およびマージの結果。解決:
    • 分割された三角形の数が極端に小さくなりますが、使用されたメモリは、セットで分割された三角形の立方体を保存することで保存されます。
  • K-modys のメモリ (おそらく O(n2) でしょう)。解決:
    • 三角形の数を4で割ると 三角形の減少は16分の1で メモリを分割することになります
    • 3 K ミドロイドを平行に (各チャンネルに1つずつ)。解決:
      • 三角測量の計算と,コードブック(K-mididys)の最も代表的な三角形の選択(K-modysによる.
    • K-ミドロイド48のメモリを分割しました!
• “real” 画像処理にかかる時間 (例の画像の圧縮には 6 時間から 8 時間、各チャンネルごとに 1 ～ 3 つのスレッドを使用します)。解決:
  • スレッドの数を設定可能にします。(私のシステムでは24個のコアがあります)。処理時間は 3 時間半に短縮されます。
• 解決 策 の 効果:
  • 三角形の数を4で割る効果は,明らかに圧縮された画像の質を著しく損なう.
  • また, 三角形 の 数 を 4 で 割る と, 圧縮 さ れ た ファイル の 大きさ も 4 の 順 に なる と 考え られ て い ます。

また, 圧縮 さ れ た ファイル の 大きさ を 最小限 に し て, 保管 す べき 情報 を 再 組織 する こと を 目標 に し て い ます。

ループごとに分割した三角形の インデックスリストに示すことです その最初のコードは 1つの三角形を 1つずつ使うことでした

各インデックスセットを保存するために必要なサイズを 最小化するアルゴリズムを設計します

それは無駄ではないと思います... もし興味があれば このウェブサイトでは、私が信頼してきた重要な点を伝えています。

おそらくZIPや7zのような一般的可逆圧縮器を捜索し,圧縮ファイル全体のグローバル化に応用することは,おそらくもっと価値があったであろう.

送付の最終バージョンでは,コマンドインタフェースが含められており,このアプリケーションは,コンパイラがあまり最適化されていないバージョンで作成されたアーカイブを,コードの最新バージョンに翻訳し,おそらくスペースが少なくなるでしょう.

(143x143 と 4000x3000) オリジナルのエンコーディングを有するファイル上のこの小さな新しいアプリケーションを使用すると,圧縮ファイルのサイズが約4%減少します.