問題タブ [tiff]

私の問題はかなり簡単です：

1. MySQL データベースから画像を取得します (現在、blob 列にバイナリ データとして保存されています)。
2. その画像を 90 度回転します (PHP の imagerotate を使用)
3. その回転の変更を適用して、画像をデータベースに保存します。

これらの画像はWebサーバーに触れることが許可されていないため（したがって、なぜデータベースにあるのか）、画像を（ファイルシステムではなく）データストリームとして保存できる関数を見つけるのに苦労しています。どんなアドバイスでも大歓迎です。

ありがとう

TIFF形式（300 dpi、可能な限り高品質：P）に変換する必要がある100ページの長さの高品質PDF（66MB）があります。

私はImagemagick/ghostscript、jpedal、Poppler、XPDFを試しましたが、PDF自体の奇妙な勾配（デザイナーのせい）のためにすべて異なる結果を生成し、実際には永遠にかかるものもあります...。

誰かが私が試すことができる代替案を知っていますか？

よろしくお願いします、M。

この問題に光を当てていただければ幸いです。2つの画像があります。1つはメタデータを含むTIFファイルから作成されたもので、もう1つはjpegとして保存されるメモリ内の画像です。次に、このルーチンを使用して、exifメタデータを最初のイメージから2番目のイメージ（つまり、tifファイルから作成されたイメージからメモリ内のイメージ）に転送します。

そして、これは完全にうまく機能します。すべてのexifアイテムが正常にコピーされます。デバッグモードで時計を使用してこれを確認しました。これを使用してimage2をjpegとして保存すると、問題が発生します。

ただし、image2 jpegファイルで保存されるEXIFプロパティはごくわずかです。つまり、カメラモデルとカメラメーカーのみです。ただし、image2をTIFとして保存すると、元のtifのすべてのプロパティがそこに表示されます。誰かがそれがなぜであるか説明できますか？

ありがとう。

私はいくつかのデータ、主にTiff画像の束を変換するプログラムを書いています。一部のTiffには、小さな問題があるようです。一部のビューア（Irfanview、クライアントの古いシステム）では正常に表示されますが、他のビューア（クライアントの新しいシステム、ウィンドウの画像およびFAXビューア）では表示されません。バイナリデータを手動で確認しましたが、すべてのタグに問題がないようです。誰かがそれを分析して、もしあれば、それの何が悪いのか教えてくれるアプリを推薦できますか？

また、わかりやすくするために、データベースに個別に保存されている画像に関するデータを変換してコピーするだけで、画像を自分で編集するのではないので、混乱することはないと確信しています。 。

UDPATE： 興味のある人のために、ここに良いファイルと悪いファイルのタグがあります：

不良
タグタイプ長さ値
256画像幅SHORT11652257
画像長SHORT1704258
サンプルあたりのビット数
SHORT11259圧縮SHORT14262
フォトメトリックSHORT10266
充填順序SHORT11273
ストリップオフセットLONG1210（d2 16進数）
274方向
SHORT13277ピクセルあたりのサンプル数SHORT11278ストリップあたりの行数
SHORT1450279
ストリップのバイト数LONG17264（1c60 16進数）282X
解像度RATIONAL1 <194> 200/1 = 200.000
283Y解像度RATIONAL1<202> 200/1 =200.000284
平面構成SHORT11296
解像度単位SHORT12

適切なタグタイプ長さ値254新しいサブファイルタイプLONG10
（0 Hex）
256画像幅SHORT 11193257
画像長SHORT1788258
サンプルあたりのビット数
SHORT11259圧縮SHORT14262
フォトメトリックSHORT10266
フィルオーダーSHORT1
1270画像の説明ASCII45256273
ストリップオフセットLONG11118（45e Hex）
274方向SHORT 11277
ピクセルあたりのサンプルSHORT11278
ストリップあたりの行LONG1788（314 Hex）
279ストリップバイトカウントLONG1496（1f0 16進数）
280最小サンプル値SHORT 10281
最大サンプル値SHORT11282X解像度RATIONAL1
<301> 200/1 = 200.000283Y解像度RATIONAL1
<309> 200/1 = 200.000284
平面構成SHORT11293
グループ4オプションLONG10（0 Hex）
296解像度単位SHORT 1 2

メモリに収まらない可能性のある大きなtiffファイルのチェックサムを計算したいと思います。代わりに、すべてのページのチェックサムを計算してから、ページのチェックサムの配列のチェックサムを計算すると、信頼できる値が得られますか、それとも、表示されていない数学の問題に遭遇し、それを行う唯一の正しい方法は、事実はすべてで動作しますか？

ありがとう！

まず、SSRS を使用して TIFF ドキュメントをレンダリングし、色深度パラメーターを SSRS 2005 または 2008 に渡すことは可能ですが、それを破棄し、常に 24bpp ファイルを生成することがわかりました。運が悪かったので、SSRS レンダリング メソッドによって生成されたこの 24bpp ファイルを取得し、System.Drawing.Bitmap オブジェクトにロードし、204dpi x 196dpi (11.50 インチ x 8.82 インチ) で 1728 ピクセル x 2347 ピクセルに正常にスケーリングしましたが、描画時に失敗しました。新しいモノクロ (モノクロ) System.Drawing.Bitmap オブジェクトに。.Net は 1bpp インデックス付きファイルの作成を受け入れますが、色深度変換は提供されないため、カスタム C# 関数をコーディングしてそれを実現する必要がありました。スケーリング、解像度の変更、色深度の変更を行った後、System.Drawing.Bitmap オブジェクトをファイルに保存したところ、タグ 254 (NewSubfileType) の値が 2 (FILETYPE_PAGE) ではなく 0 であることがわかりました。タグ 266 (FillOrder) がなく、ビットマップ コンテンツが複数のストリップにまたがっていました。Encoder と EncoderParameters を調べたところ、Bitmap Save メソッドと SaveAdd メソッドを変更して、必要な正しい形式 (tiff-f) のファイルを生成する方法が見つかりませんでした。さて、System.Drawing + GDI+ にうんざりして、この System.Windows.Media.Imaging について知りました。また、GDI+ に悩まされているのでしょうか、それとも新しい DirectX テクノロジを使用しており、準拠した tiff-f ファイルを簡単に生成できるように駆動できるのでしょうか?

だから...私はドキュメントを提供するhttpハンドラーを持っています。応答contentTypeは正しく設定されていますが、ハンドラーのURLに拡張子（pdf）がありません。

次のようになります。

http://mysite/handler.ashx?id=123&locale=123

私がfirefox/chromeなど（つまり、まともなブラウザ）でこのURLにアクセスすると、すべてが順調です（ブラウザは、ブラウザ内でファイルをレンダリングするためのプラグイン（acrobatリーダーなど）を正しく選択します）。

Internet Explorer 7でこのURLにアクセスすると、初めてすべてがうまくいきます。ブラウザを閉じずに更新を押すか、URLに再度アクセスすると、「このファイルを開くか保存しますか」というダイアログが表示されます!!!! [開く]をクリックしても何も起こりません！

次に、リダイレクトページを作成しました...

http://mysite/redirectto.aspx?id=123&locale=123

このページは元のURLにリダイレクトされるだけで、上記の問題が引き続き発生します。

ファイルをレンダリングするためにプラグインが必要な場合、つまり、alternatiffを使用したtiffファイル、acrobatリーダーを使用したpdfで同じ問題が発生するわけではありません。これらはすべて、まったく同じ問題を抱えています。

アイデア??

8ビットのグレースケールTIFFのByte[]を受け取り、1ビット（白黒）のTIFFのByte []を返すC＃関数が必要です。

私はTIFFの操作にかなり慣れていませんが、一般的な考え方は、TIFFをグレースケールまたはカラーから白黒/モノクロ/バイナリイメージ形式に変換する必要があるということです。

WCFを介して画像をByte[]として受信し、さらに処理を行うコンポーネントに送信するために、この白黒変換を行う必要があります。現時点では、ファイルとして保存する予定はありません。

参考までに、テストクライアントでは、次のようにByte[]を作成します。

- - - - アップデート - - - - -

ここには複数の良い答えがあると思いますが、最終的にはCodeProjectサイトのコードを使用し、次のメソッドを追加して、変換関数をオーバーロードしてByte[]とビットマップを受け入れます。

バイト配列から System.Windows.Media.ImageSource を作成するにはどうすればよいですか?

TIFF イメージ ファイルの正確かつ完全なファイル コンテンツを含むバイト配列があります。これを画面に表示する必要がありますが、どこから始めればよいかわかりません。

おそらく、それは可能です (私の上司によると、私たちの開発チームは過去にそれを行ったことがありますが、誰もその方法を覚えていません)。

ここにいる誰かが以前にこのようなことをしたことがありますか?

私たちのシステムは、最大 3k のサイズの tiff 画像を保存する必要があります。一度に約 300 枚の画像を受け取り、それらを迅速に処理する必要があります。約 100,000 枚の画像が受信されると、画像はシステムから別のアーカイブ システムに転送されるか、削除されます。

画像ファイルの初期保存に関して、最高のパフォーマンスを探しています。アーカイブ用にイメージを転送するタスクは、パフォーマンスがそれほど重要ではありません。

SQL Server またはファイル システムのどの格納場所を使用すると、tiff 画像を保存する際のパフォーマンスが向上しますか?

他に注意すべき考慮事項や落とし穴はありますか?