私の目標は、PDFを画像(特にTIFF)に変換することです。
BitsPerComponentと呼ばれるPDFプロパティがあります
そして、ページの説明によると、
このプロパティは、値1、2、4、8、または16を取ることができます。他の値はPDF仕様ではサポートされていません
つまり、1、2、4、8、または16は、画像のピクセルあたりのビット数に変換されますか?
私の目標は、PDFを画像(特にTIFF)に変換することです。
BitsPerComponentと呼ばれるPDFプロパティがあります
そして、ページの説明によると、
このプロパティは、値1、2、4、8、または16を取ることができます。他の値はPDF仕様ではサポートされていません
つまり、1、2、4、8、または16は、画像のピクセルあたりのビット数に変換されますか?
色成分が(アルファ)/赤/緑/青または灰色のいずれかである場合、色成分あたりのビット数のように聞こえます。したがって、コンポーネントあたりのビット数を取得し、ピクセルあたりのコンポーネント数を掛けて、ピクセルあたりのビット数を取得します。たとえば、RGB画像について話している場合、3つのコンポーネントがあります。コンポーネントあたり8ビットのRGBは、8 * 3=24ビット/ピクセルの画像になります。グレースケールの場合、たとえば1つのコンポーネントの場合、コンポーネントあたり8ビットはピクセルあたり8ビットになります。
BitsPerPixel =3*色がRGBとして保存されている場合はBitsPerComponent
BitsPerPixel = 4 *色がアルファチャネル(ARGB)でRGBとして保存されている場合はBitsPerComponent
RGBはランダムな仮定です...これは、3つのコンポーネントを使用するすべてのカラーモデルに当てはまり、アルファチャネルである可能性があります。グレースケール画像の場合は、BitsPerPixel=BitsPerComponentになります。
いいえ、カラーチャンネルあたりのビット数に変換されます。グレースケール画像がある場合、これは基本的にピクセルあたりのビット数でもあります。
チャネルあたり16ビットのRGB画像がある場合、ピクセルあたり合計48ビット(アルファチャネルがある場合は64ビット)になります。
PDFを画像に変換できるツールはすでにたくさんあります。自分で書きたい場合は、巨大な仕様を学び、ラスタライザーを構築する必要があります。カスタム ソリューションを構築する必要があるのはなぜですか?