Changes between Version 7 and Version 8 of OSGeo4W_jp/JpegIPP

Timestamp:

Mar 24, 2010, 9:55:44 PM (14 years ago)

Author:

hfujii

Comment:

--

OSGeo4W_jp/JpegIPP

@@ -3 +3 @@
 == 目的 ==
 
-Intel は、より速いアクセスのため intel chips 特有の特徴を利用する libjpeg の利用者に合わせたバージョン生産します。  
+Intel は、より速いアクセスのため intel チップ特有の特徴を利用する libjpeg の利用者に合わせたバージョン生産します。  
 
 == ジレンマ ==
 
-しかしながら、通常の libjpeg "6b" ビルドの代用においてドロップとして利用するには難しい点がいくつかあります。特に non-progressive モードにおいて、ジェネリック libjpeg とは違い、IPP libjpeg は必ず io buffers を完全に埋めるまたは空にするとは限りません。これは、libjpeg 6b behavior を想定するアプリケーションレベルコード（通常 io リダイレクトコード）において問題を引き起こします。 
+しかしながら、通常の libjpeg "6b" ビルドの代用においてドロップとして利用するには難しい点がいくつかあります。特に non-progressive モードにおいて、ジェネリック libjpeg とは違い、IPP libjpeg は必ず io バッファを完全に埋めるまたは空にするとは限りません。これは、libjpeg 6b behavior を想定するアプリケーションレベルコード（通常 io リダイレクトコード）において問題を引き起こします。 
 
 == 解決策 ==
@@ -13 +13 @@
 GDAL jpeg ドライバや GDAL GTiff ドライバ(jpeg 圧縮された tiff のための)のような場所にある ibjpeg インターフェイスをパッチします。 
 
-残念ながら、flush/fill 機能を呼び出す前に state information を適切に設定しない libjpeg 6b とパッチの間に互換性がないことが判明しました。これは、リコンパイルなしで
+残念ながら、フラッシュ/フィル機能を呼び出す前に state information を適切に設定しない libjpeg 6b とパッチの間に互換性がないことが判明しました。これは、リコンパイルなしで
 IPP または non-IPP バージョンの libjpeg のどちらかと連動する GDAL のバージョンを持つことは“ほぼ”不可能だということを意味します。しかしながら、もし、r15507 にあるように state information を適切に設定するようlibjpeg 6b を修正すれば、他のパッチは安全であるといえます。r15507 が libjpeg を使用するアプリケーションを破損しないよう注意して下さい。libjpeg 6b は誰でも安全に適用することができます。