質問: imwiteで使って書き出した際に、小数点以下を切り上げない。 255でスケーリングしたデータをimwriteで書き出したのですが、 再度255でスケーリングされる際に小数点以下が自動的に全て四捨五入されてしまいます。 これを防ぎ、データを小数で書き出す方法はありますか? よろしくお願い致します。
回答: 同じ現象をこちらで確認できない(確認できるコードがあれば・・)ので、改めて確認させてください。すいません。 以下、imwrite 関数のページからの引用です a が uint8 データ型の場合、imwrite は 8 ビット値を出力します。 a が uint16 データ型で、出力ファイル形式が 16 ビット データ (jpeg、png および tiff) をサポートしている場合、imwrite は 16 ビット値を出力します。出力ファイル形式が 16 ビット データをサポートしていない場合、imwrite はエラーを返します。 a が double または single データ型のグレースケールまたは rgb カラー イメージの場合、imwrite は、ダイナミック レンジを [0,1] と仮定してデータを自動的に 255 でスケールしてから、8 ビット値としてファイルに書き込みます。a のデータが single の場合は、gif または tiff ファイルに書き込む前に、a を double に変換します。 a が logical データ型の場合、imwrite はデータをバイナリ イメージと仮定し、その形式で許可されている場合は、ビット深度 1 でファイルに書き込みます。bmp、png、または tiff 形式は、入力配列としてバイナリ イメージを受け入れます。 恐らく書き出したいデータは double 型かと想像していますが、その場合 1 以上のデータはすべて 255 の uint8 型として保存され、0 から 1 の間のデータも 0-255 の整数として保存されます。 a = rand(3)*200; % 0 - 200 の間の乱数を作ってみます。あくまで例として。 imwrite(a,'test.bmp') imread('test.bmp') ans = 3×3 の uint8 行列 255 255 255 255 255 255 255 255 255 要は > 再度255でスケーリングされる際に小数点以下が自動的に全て四捨五入されてしま っているという結果になっているが、整数ではなく小数点も丸めずに保存されたいということでしょうか? unit8 である以上この現象は避けられませんが、unit16 型であれば 255 に再度スケールすれば小数点情報は多少維持できる・・とは思います。あくまで数値上はですが、いかがでしょう。 > a が uint16 データ型で、出力ファイル形式が 16 ビット データ (jpeg、png および tiff) をサポートしている場合、imwrite は 16 ビット値を出力します。