問題タブ [libjpeg]

私の開発マシン（Linux）ではLD_LIBRARY_PATH、使用しているライブラリがデフォルトのディレクトリにあるか、に追加したため、まったく設定していませんld.conf。

しかし、Eclipseを使用している場合、次のようにLD_LIBRARY_PATH設定されます。

（読みやすくするために改行を追加しました）。

xulrunnerのものは気にしませんが、OpenJDKによってアプリが読み込まれます

それ以外の

私がlibjpeg8を使用している間、OpenJDKからのものは6bであるため、これはその後の失敗につながります。

C ++のコンパイル中にオーバーライドできることはわかっていますがLD_LIBRARY_PATH、コンパイルしたばかりの共有ライブラリをリンクするPythonコードを実行しようとするとすぐに失敗します。

このグローバルを変更するにはどうすればよいLD_LIBRARY_PATHですか？

アルファチャネルを備えたJPEGが有効かどうかについては議論があるようです。私がいつも正しいと理解していた答えは、JPEG FAQで、本質的に「いいえ」であるということです。（これは、Stack Overflowに関する別の質問で繰り返されます。）

ただし、SunのImageIOライブラリにあるJavaのJPEGImageWriterは、アルファチャネルを使用してグレースケールおよびRGB画像を正常に読み書きします。これまでに試したLinuxには、このようなJPEGを正しくロードするアプリケーションはほとんどありません。これは過去にバグとして報告されていますが、Sunの応答は、これらは有効なファイルであるというものです。

これは画像I/Oのバグではなく、提出者が言及している他のアプリケーションの欠陥です。IIO JPEGImageWriterは、アルファチャネル（IJGネイティブソースコードではRGBA、YCbCrAなどの「NIFTY」色空間と呼ばれます）を含むカラーモデルで画像を書き込むことができますが、多くのアプリケーションは認識していません。これらの色空間の。そのため、IIO JPEGライターによって書き込まれたこれらの画像は、JPEG仕様（さまざまな色空間の可能性を認識していません）に準拠していますが、一部のアプリケーションは、アルファチャネルを含む色空間を認識せず、エラーをスローしたり、破損したりする可能性があります。提出者が説明するように、画像。

これらの他のアルファ非対応アプリケーションとの互換性を維持したい開発者は、アルファチャネル（TYPE_INT_RGBなど）を含まないイメージを作成する必要があります。JPEG形式のアルファチャネルを含む画像の書き込み/読み取り機能が必要な開発者は、Image I / O APIを使用してこれを行うことができますが、そこにある多くのネイティブアプリケーションはYCbCrAおよびRGBAに完全には準拠していないことに注意する必要があります。フォーマット。

詳細については、Image I / O JPEGメタデータフォーマットの仕様と使用上の注意を参照してください：http： //java.sun.com/j2se/1.4.1/docs/api/javax/imageio/metadata/doc-files/jpeg_metadata。 html

「バグではない」として終了します。xxxxx @ xxxxx 2003-03-24

私はこれらのようなファイルを作成するJavaアプリケーションを使用しており、これらを可能な限り高速にロードするCコードを記述したいと考えています。（本質的に問題は、Java ImageIOライブラリがこれらのファイルの解凍に非常に遅いことです。これを改善するJNIを介してローダーをネイティブコードに置き換えたいと思います。これは現時点でのパフォーマンスのボトルネックです。）

ここにいくつかのサンプルファイルがあります-嫌悪感を持っている人にはお詫びします：

• http://mythic-beasts.com/~mark/example-jpegs/

そして、ここでは、私が使用していると思われるさまざまなLinuxソフトウェアを使用してグレースケール+アルファおよびRGB+アルファの画像を表示しようとした結果を確認できますlibjpeg。

さまざまなプログラムを使用したアルファチャネルビューのグレースケール画像http://mythic-beasts.com/~mark/all-alpha-bridges.png

_{（出典：mythic-beasts.comでマーク）}

そのため、いずれの場合も色空間が誤って解釈されているように見えます。で許可される値は次のjpeglib.hとおりです。

...これは有望に見えません。

example.cfromのわずかに変更されたバージョンでこれらの画像をロードすると、ヘッダーを読み取った後の各画像のとlibjpegの値は次のようになります。cinfo.jpeg_color_spacecinfo.out_color_space

だから、私の質問は次のとおりです。

• libjpegを使用してこれらのファイルを正しく読み取ることはできますか？
• そうでない場合、それらに対処するために使用できる代替Cライブラリはありますか？

明らかに、より一般的な問題には少なくとも2つの解決策があります。

1. 通常のJPEG+アルファチャネルを表すPNGファイルを出力するようにソフトウェアを変更します
2. どういうわけかSunのImageIOのパフォーマンスを向上させる

...しかし、前者は多くのコード変更を伴い、後者をどうやって進めるかは明確ではありません。いずれにせよ、そのlibjpegようなファイルをどのようにロードするかという問題は、より一般的な関心事の1つになる可能性が高いと思います。

任意の提案をいただければ幸いです。

デコーダーMiniJpegDecoderを使用してC++でJPEG画像を操作したい。

問題は次のとおりです。ピクセルごとに読み取りたいのですが、libjpegと同様に、デコーダーはimageData-arrayのみを返します。

私はこのような方法を作ることができません：

戻り値（char変数）には、ピクセルの輝度が含まれている必要があります。

（私はグレースケール画像を使用しています...）

どうすればこの問題を解決できますか？

私はOSX10.6.7、Python 2.6を実行しており、PILを使用して画像を操作し、それにテキストを追加する小さなwxPythonアプリケーションを作成しています。

libjpegとPILを使用してPILを実行しようとしてかなりの構成上の問題が発生した後、このサイトの指示に従いました。

python setup.py build_ext -i（Imaging-1.1.7フォルダー内から）実行すると、次のようになります。

さらに、python selftest.pyImaging-1.1.7インストールフォルダで実行すると、次のようになります。

ただし、最初のPIL画像を自分のコードでレンダリングすると、次のようになります。

次に何をしようか迷っています。何か案は？このクラッシュの原因となっているコードは次のようです。

ネットワーク経由で画面の更新 (画像タイル) を送信するだけの、ある種のリモート スクリーンキャスト (VNC に似た) クライアント/サーバー ソフトウェアを C++ (Windows プラットフォーム) で実装し始めています。

画面はブロックに分割され、各タイルはネットワーク経由で送信する前に JPEG に圧縮されます (おそらく libjpeg-turbo を使用します)。したがって、私の質問は、これらの (既に JPEG 圧縮された) タイルに対して、たとえば zlib を使用して、別の圧縮レイヤー (ロスレス) を実装するのは良いことでしょうか?

JPEG ファイルは既に圧縮されているため、zlib は帯域幅に関して大幅な改善をもたらさないと感じています。テスト目的のためだけに追加の圧縮レイヤーを実装するための時間とお金の投資をこれ以上避けたいので、あなたの提案を聞きたいです。

PS: 余談ですが、タイルを JPEG にエンコードする以外に良い方法はありますか? おそらくすぐに可逆圧縮？上記の手法 (画面をタイルに分割する => 更新されたタイルを選択する => JPEG に圧縮する => ネットワーク経由で送信する) は、そのようなソフトウェアを実装するための良い方法ですか?

どんな種類の入力でも大歓迎です！

FILE*libjpeg は、またはバッファから JPEG データを読み取ることができます。私のデータはstd::istream. 全体をバッファに読み込んで libjpeg で使用することもできますが、できればstd::istreamlibjpeg をバッファから直接読み込んでもらいたいと考えています。std::istreamこれはどのように行うことができますか？

Kinect から顔検出/追跡アルゴリズムに画像フレームを渡すように生成しようとしています。openGL テクスチャから jpeg 画像を生成する最良の方法は libjpeg を使用することですが、開始方法がわかりません。これは私が今私のコードに持っているものです:

では、この g_pTexMap を jpeg 画像として保存するにはどうすればよいでしょうか?

YCCK 色空間でエンコードされた色の jpeg 画像があります。libjpeg を使用して C++ で既にデコードしています。どうすればRGBに変換できますか?

ICCカラープロファイルを使用してCMYKからRGBに変換する方法を知っているので、CMYKに変換することも役に立ちます。

私はcentos 5を持っていて、Python Imagingライブラリを立ち上げようとしています。libjpeg、libjpeg-devel などをインストールしましたが、まだ django サイトに jpeg 画像をアップロードできません。

PILを数回再インストールしました。PIP 経由、easy_install2.6 経由、および手動でのビルド。JPEG サポートが利用可能であることを示すたびに - それでも jpeg ファイルをアップロードできません。ただし、gif と png は受け入れます。

私はpython2.6、PIL 1.1.7を実行しています

何か案は？

ありがとう

次の範囲で YCbCr データを出力する SoC カメラ モジュールがあります: Y (0 -> 255) Cb および Cr (-127 -> 127)

ここで私の質問は、libjpeg はこれらの符号付きの値を受け入れるか、または符号付きの値を変更して 0 -> 255 の範囲になるようにする必要があるかということです。

SAM3s-EK の一部として ATMEL が提供する libjpeg 'bolt-on' jpeg コンプレッサーを使用しています。ijg_compress_raw_no_padding 関数のボルトオン部分のコードを以下に示します... 私が見る限り、これは YCbCr データのきれいな配列を取り、libjpeg が好む形式に操作します ;-)

また、この関数を送信する生データ配列内での値の順序についても完全にはわかりません。YCbCrY や YCbYCr などですが、これは出力画像を見れば一目瞭然なのでいじってみます。

そのままでは、いくつかの色が混同されているように見える画像が得られます。赤と青が入れ替わっているように見え、黄色と緑と同じです。

そこで、最初の質問が失われた場合に備えて、最初の質問を繰り返します。

この関数は、範囲 0->255 の値のみを受け入れますか?それとも、Y (0->255) および Cb & Cr (-127->127) を持つカメラからのデータをそのまま受け入れますか?

また、誰かが配列をパックする必要がある順序についてアドバイスできる場合は、それも役立ちます。

どうもありがとうdeBoogle