PDF';s位分量转换为图像的每像素位?

PDF';s位分量转换为图像的每像素位?,pdf,image-conversion,bits-per-pixel,Pdf,Image Conversion,Bits Per Pixel,我的目标是将PDF转换为图像(特别是在TIFF中) 有一个名为的PDF属性 根据页面上的描述 此属性可以采用值1、2、4、8或16。PDF规范中不支持其他值 这是否意味着,1、2、4、8或16转换为图像中每个像素的位数?听起来更像是每个颜色分量的位数,其中颜色分量是(Alpha)/红色/绿色/蓝色或灰色中的一种。所以取每个分量的位数,乘以每个像素的分量,得到每个像素的位数。例如,如果你正在谈论一个RGB图像,你有3个组件。每组件8位的RGB将是每像素8*3=24位的图像。如果是灰度,例如一个组件

我的目标是将PDF转换为图像(特别是在TIFF中)

有一个名为
的PDF属性

根据页面上的描述

此属性可以采用值1、2、4、8或16。PDF规范中不支持其他值


这是否意味着,1、2、4、8或16转换为图像中每个像素的位数?

听起来更像是每个颜色分量的位数,其中颜色分量是(Alpha)/红色/绿色/蓝色或灰色中的一种。所以取每个分量的位数,乘以每个像素的分量,得到每个像素的位数。例如,如果你正在谈论一个RGB图像,你有3个组件。每组件8位的RGB将是每像素8*3=24位的图像。如果是灰度,例如一个组件,每个组件8位将是每个像素8位。

听起来更像是每个颜色组件的位,其中颜色组件是(Alpha)/红色/绿色/蓝色或灰色之一。所以取每个分量的位数,乘以每个像素的分量,得到每个像素的位数。例如,如果你正在谈论一个RGB图像,你有3个组件。每组件8位的RGB将是每像素8*3=24位的图像。如果是灰度,例如一个组件,则每个组件8位将是每个像素8位。

BitsPerPixel=3*BitsPerComponent,如果颜色存储为RGB

如果颜色存储为带有alpha通道(ARGB)的RGB,则BitsPerPixel=4*BitsPerComponent


RGB是一个随机假设。。。这将适用于使用3个组件的每个颜色模型,可能是alpha chanel。如果是灰度图像,则为BitSperpix=BitsPerComponent。如果颜色存储为RGB,则为BitSperpix=3*BitsPerComponent

如果颜色存储为带有alpha通道(ARGB)的RGB,则BitsPerPixel=4*BitsPerComponent


RGB是一个随机假设。。。这将适用于使用3个组件的每个颜色模型,可能是alpha chanel。如果它是灰度图像,它将是BitsPerPixel=BitsPerComponent。

否,它转换为每个颜色通道的位。当你有一个灰度图像,这基本上是每像素位以及


当您有一个每个通道16位的RGB图像时,每个像素总共有48位(如果您也有alpha通道,则甚至有64位)。

否,它转换为每个颜色通道的位。当你有一个灰度图像,这基本上是每像素位以及


当你有一个每通道16位的RGB图像时,你每像素总共有48位(如果你有一个alpha通道,甚至有64位)。

已经有很多工具可以将PDF转换为图像。如果你想写你自己的,你将不得不学习一个巨大的规范和建立一个光栅化器。为什么需要构建自定义解决方案?

已经有很多工具可以将PDF转换为图像。如果你想写你自己的,你将不得不学习一个巨大的规范和建立一个光栅化器。为什么需要构建自定义解决方案?

我想这并不能很好地说明PDF文件是否为灰度文档……ColorSpaceType()可能会帮助您确定这一点(尽管我对此一无所知,只是在这些文档中随意翻找:))我想这并不是一个很好的指标来判断一个PDF文件是否是灰度文档…ColorSpaceType()可能会帮助你确定这一点(虽然我不知道所有这些,只是在那些文档中随意翻看一下:)@markee174:我不是在创建我自己的PDF转换器。我正在使用第三方PDF库,但我不确定BitsPerComponent的概念以及它与图像BitsPerPixel的关系。@markee174:我没有创建自己的PDF转换器。我使用的是第三方PDF库,但我不确定BitsPerComponent的概念以及它与图像的BitsPerPixel的关系。该链接不幸已断开。该链接不幸已断开。