問題タブ [libjpeg]

だから私はこの問題を抱えています。JPEGに圧縮して何かをしたいIplImageがあります。私はlibjpeg8bを使用しています。「偽の入力色空間」のエラーでjpeg_start_compress（）の関数に移行すると、コードが終了します。これが私のコードです。

XCodeにjpegファイルを読み書きするためのフレームワーク(ライブラリ)があるかどうか、またライブラリ/フレームワーク名は何ですか? OpenGL のテクスチャ マッピング用にこの jpg 画像をロードしたいと考えています。jpg 画像を使用してテクスチャ マッピングを行ったことがあれば、コードも共有してもよろしいですか?
ここで良い例を見つけましたが、.jpg ファイルの代わりに .raw ファイルを使用しています。もちろん、オープンGLコードは同じです。画像ローダー機能のみが異なります。
http://www.nullterminator.net/gltexture.html

libjpegサンプルファイルのサンプルコードに従いましたが、画像データを読み取ることができませんでした。

次の構造体があり、この構造体のインスタンスを作成しました。

以下は私のread_JPEG_file関数です：

上記の手順6で、このJPEG_READ_SCANLINES関数では常に失敗します。その回線で「EXC_BAD_ACCESS」信号を受信しました。

誰かが何かアイデアを持っていますか、またはここで共有できるlibjpegで.jpgファイルを読み取るためのいくつかの実用的な例がありますか？imageData-> pixelのサイズを確認し、jpegファイル自体のサイズと比較しましたが、同じサイズです。この変数のメモリも動的に割り当てられているので、メモリの問題ではなかったことがわかります。

何か案は？

libjpegを使用して、ディスクからヒープに割り当てられたメモリバッファにjpegイメージをデコードしています。私jpeg_read_scanlinesはファイルから各スキャンラインを読み取ってデコードするために使用します。これは完全に機能しており、各ピクセルを24ビットRGB値としてデコードします。

問題は、（RGBではなく）BGR形式のバッファーを必要とする追加のサードパーティライブラリを使用していることです。このライブラリを使用すると、チャネルの順序が間違っているため、奇妙な結果が得られます。

したがって、libjpegをRGBではなくBGR形式にデコードする方法を見つけたいと思います。Webをトロールしましたが、これを行うようにlibjpegを構成する方法が見つかりませんか？メモリバッファをさらにパスしてカラーチャネルを手動で並べ替えることができることはわかっていますが、作業中のアプリケーションは非常にタイムクリティカルであり、可能な限り高速かつ効率的である必要があります。

JPEG から JPEG への 1/2 または 1/4 へのスケーリングは、非常に高速で高品質であり、変換ドメインで行うと (つまり、解凍しない場合)、メモリ フットプリントがさらに小さくなるという印象を受けます。これが正しいと仮定すると、どうすれば libjpeg でこれを行うことができますか? また、この方法を使用してアンチエイリアシング フィルタを適用する必要がありますか?

(より明確な応答を書くのに役立つ場合、私は 1D DFT の経験が豊富です)

次のコードから取得しているセグメンテーション違反を理解できません。

最初の 3 つの宣言のいずれかをコメントアウトすると、修正されます...

奇妙なことに、次のコードが機能します。

何かおかしなことが起こっているのでしょうか、それとも C のチュートリアルを実行する必要がありますか?

Linux Box のインストールに SSE 命令機能があるかどうかを確認するにはどうすればよいですか?

libjpeg-turbo をインストールしようとしていますが、それが私のボックスの機能を十分に活用できるようにしたいと考えています。

私は多くのモノクロ画像データを扱っていますが、今朝、libjpeg と .Net jpeg コーデックがモノクロ データを処理する方法に大きな違いがあるように見えることに気付きました。libjpeg を使用して任意の品質設定で保存され、デフォルトの .Net jpeg コーデックを使用して開かれたモノクロ画像は、実際には 16 の異なるグレー シェードのみをロードし、すべての中間シェードは点描としてレンダリングされるようです。

これは、libjpeg によって保存され、.net によって読み込まれた滑らかなグラデーションのヒストグラムです。

ヒストグラムは完全に水平になっているはずです。

そして、これはそのグラデーションがどのように見えるかの（拡大された）サンプルです（完全に滑らかな遷移でなければなりません）

これは、左側のグレー 85 から右側のグレー 136 へのスムーズな遷移である必要がありますが、その遷移を行うために実際にレンダリングされるのは 4 階調のグレーのみです。

私の質問は、私は狂っていますか? このコーデックの不一致はどこまで続くのでしょうか? 異なるプログラムで両方のライブラリを使用している場合、良い回避策はありますか?

私はどちらのコーデックも非難しているのではなく、矛盾しているように見える点を指摘しているだけです。libjpegを使用して作成されたことがわかっている画像でこれに気付き、品質設定の問題であると想定し、faststone image resizerを使用してテスト画像を作成しようとしたところ、同じ結果が得られ、irfanviewを使用してみて、再び同じ結果が得られました。これらのプログラムはどちらも jpeg ライブラリを使用する必要があるため、libjpeg も使用しており、本物のコーデックの競合があると考える傾向があります。

読み込み側では、独自の .net コードと Paint.net の両方を使用して画像を読み込むと、同じ結果に遭遇しました。

最後に、通常の解像度でのサンプルを以下に示しますので、ダウンロードして自分で試してみてください。いくつかのプログラムでロードすると素敵なグラデーション (ブラウザなど) が得られますが、独自の .Net コードまたは Paint.Net でロードすると、上記のように 16 階調のグレーのみを使用してレンダリングされたディザ グラデーションが得られます。

これについてもっと知っている人はいますか?

Mac OS X に PIL をインストールする際の悪名高い _imaging C モジュール エラーに関する他の投稿を読みましたが、PIL FAQ を含め、どこにも提供されている解決策はどれも役に立ちませんでした。

ソースから新しくインストールされた libjpeg と zlib の最新バージョンがあります。これらのそれぞれの Makefile を編集して、32 ビット ビルド用の LD_FLAGS 変数にオプション -arch i386 を含めました。PIL は何の問題もなくインストールされ、端末に出力されるインストールの概要には、JPEG、TIFF、および PNG のサポートはすべて問題ないと表示されます。その後、セルフテストを試します：

これは、さまざまな理由で一般的に見られます。より深く調べて、ここで _imaging を Python に直接インポートしようとします。

ここでも、「Symbol not found: _jpeg_resync_to_restart」は悪名高く一般的であり、多くの人がこれは libjpeg へのパスが正しくないことに関係していると示唆しています。私は何度も何度もチェックしましたが、libjpeg（およびzlibなど）のみがホームディレクトリにインストールされており、すべてソースから別のフォルダーにあり、これらすべてがsetup.pyファイルで正しくマークされています。

したがって、PIL は適切な場所から jpeg サポート (および zlib など) を取得する必要があります。すべての依存関係がインストールされます。sys.path に _imaging.so が表示されますが、まだこの _jpeg_resync_to_restart エラーが発生します。

別の投稿にリンクしていないアイデアはありますか? 私は、見つけることができるすべてのフォーラムの投稿から可能な解決策を読み、試してみました.