3

そのため、Windows で libjpeg を使用すると、jpeg_read_header() がクラッシュするという問題が発生します。

この問題は (かなり陽気に) ここで説明されています: http://sourceforge.net/projects/gnuwin32/forums/forum/74807/topic/1629371?message=4053776

jpeg_stdio_src/dest API を使用しない 3 番目のオプションを選択しました。しかし、多くのグーグル検索の後、投稿の最後に記載されている「libjpeg にデータをフィードする他の方法」が見つからないようです。誰かが私に正しい場所を教えてくれますか?

4

5 に答える 5

2

Sompeの人々は、新しいビジュアルスタジオでのmsvcrtに対するリンクに関する問題の回避策を報告しています。グーグルmsvcrt.dll「ビジュアルスタジオ」によって発見

于 2010-11-03T22:44:53.143 に答える
1

問題を正しく理解しているのは、Windowsのさまざまなファイルハンドルすべての違いによるものです。それらはすべて互いに互換性があるわけではありません。

このリンクは役に立ちますか?それらすべての間で変換する方法を説明します。次に、関数に正しい種類のファイルハンドルを指定して、実行させることができます。

http://www.codeproject.com/KB/files/handles.aspx

または、そのjpegライブラリを使用せずに別のライブラリを使用します。以前はjpegライブラリを使用する必要がなかったので、特にお勧めできるものはありません。

于 2010-11-03T22:43:05.513 に答える
1

最近、libjppeg-turbo で同じ問題に遭遇しました。ライブラリを再コンパイルしたり、mscvr.dll を vs2015 アプリにリンクしたりしたくありませんでした。

この関数は私にとってはうまくいきましjpeg_mem_src(...)jpeg_stdio_src。C ランタイム構造をライブラリに渡さないため、問題なく動作します。関数定義はここにありますリンク

ファイルの代わりにメモリ バッファから入力データを取得します。これは、ファイルが大きすぎず、メモリがあまり問題にならない場合に機能します。

于 2016-08-25T02:17:42.290 に答える
1

「データをフィードする他の方法」の 1 つは、次の関数です。

  1. jpeg_CreateDecompress
  2. jpeg_read_header
  3. jpeg_start_decompress
  4. jpeg_read_raw_data / jpeg_read_scanlines
  5. jpeg_destroy_decompress
于 2010-11-03T22:50:57.123 に答える