关于１０位图像，最后一个问题

p133 · 发表于 2006-9-13 15:25

有没有　专门看１０位图象的软件　这种东西存在啊？？
比如ＰＨＯＴＯＳＨＯＰ好象他的新建工程选项只有８位的，这样我是不是就保存不了１０位的图了？一保存就变成８位的了？
如果不需要存只要看的话，Ｐ６５０不通过ＣＰＵ可以输出显示器，就无所谓看图软件，只要是１０位的图看出来就必定是１０位的吧？

另外我自己还有一个疑惑，８位图象的话，一个像点一个通道的数据用１个字节就可以存储了，因为电脑的１个字节就是８位．但是１０位的图是不是就需要２个字节才能存一个通道的数据？那么是否就浪费了６位？是否就令图片的容量直接扩大一倍？

death5341 · 发表于 2006-9-13 18:45

我不知道的,你个米人.

EquaLIzeR · 发表于 2006-9-14 00:08

唔，软件相关的搞不定，，，，
偶只能从纯硬件角度分析问题。。。。OTL

如果不需要存只要看的话，Ｐ６５０不通过ＣＰＵ可以输出显示器，就无所谓看图软件，只要是１０位的图看出来就必定是１０位的吧？

这个没错
原因上个帖子已经说了
如果还有其他P卡硬件相关问题，欢迎提出来讨论，共同学习
偶对P卡也很有兴趣的:glasses1:

p133 · 发表于 2006-9-14 12:37

看出来了....:sleep: HOTMAIL地址用的是幻日-APVE……

求更厉害的达人回答

果然 · 发表于 2006-9-14 17:43

关于图象的存储，楼主所说的存储方式是最原始的方法，除了在真彩色图象也就是24位图象存储时才用，小于24的图象一般都是采用调色板表（RGB表）的方式存储，这种算法可以大大节省存储空间。

唔，我还是大概解释一下这个算法吧。
拿最简单的16色（4位）图象举例吧。比如200X200的16色图象，如果按楼主的这种原始算法，每个象素用R，G，B三个分量表示，一个象素要3个字节，因为每个分量（R，G，B）有256种级别，即是8位，就是一个字节，所以3个分量要3个字节，那么这个图象就要200X200X3即120000字节存储。

调色板（RGB表）算法是，采用一个颜色表：表中每行记录一种颜色的R，G，B值，这样当表示一个象素的颜色时，只需指出该颜色是在第几行即在RGB索引表中的索引值就行。比如表的第0行是255，0，0（红色），那么当某个象素是红色时，只要标明0就可以。这样对于16色的图象来说，相当于只有16种颜色，可以用4位来表示（2的4次方就是4位），一个象素就只要半个字节（一个字节是8位），整个图象就是200X200X0。5，就只要上面那种算法的1/6的空间。（RGB表也需要空间来存储，但RGB表很小，3X16才48字节，几乎可以忽略不计）

当然我之前说24位图象不适合用调色板算法，因为如果使用调色板，表示一个象素颜色的索引就要用24位（因为一共有2的24次方种颜色就是要2的24次方行的索引表），和直接用R，G，B这3个分量表示所用字节数一样，没有节省任何空间。

但是对于楼主的10位图象来说，那就是2的10次方种颜色，就是1024种颜色，采用RGB表方式存储就是一个象素需要1。25个字节的空间。这时候字节里存储的是该象素的索引值是唯一的所以即便用几个字节来混存也是不会有问题的，原始算法里存储的是该象素的R，G，B值，每个值是256个值里的一种，所以并不是唯一的，这样一旦分成多字节混存就会还原出错。

[ 本帖最后由果然于 2006-9-14 17:51 编辑 ]

p133 · 发表于 2006-9-14 18:15

果然果然专业啊！

最后一段，如果24位图象（8位）已经不适用调色板，那么10位图象颜色更多，索引应该更大，更不适合用调色板吧？

另外，混存也就是说，5个字节可以存下4个象素的数据吧？

[ 本帖最后由 p133 于 2006-9-14 18:16 编辑 ]

果然 · 发表于 2006-9-14 18:21

我仔细看了下LZ的描述，发现有些地方没问清楚，主要是楼主说的位指的是象素的位还是三原色的位呢？

从第一个问题看，楼主的意思应该是指三原色的位吧。PHOTOSHOP的8位图象是指R，G，B三原色每种都是256种等级，256就是2的8次方就是8位，所以PHOTOSHOP里的8位并不是指象素的位而是三原色的位。
三原色的256种等级是固定不变的，无法增加的，这应该算是公理吧。唯一可能增加的就是在3D图象里的空间坐标值，但这又是象素的属性，而不是三原色的属性。
PS：对于象素来说，256X256X256=2的24次方，这是2D图象的最大值，但现在一般的显卡都支持32位，这多出来的就是在3D图象是要多存储的象素的空间坐标值了。

但从第二个存储问题看，明显又是指的象素的位，原因就是我上面那贴说的。

唔，以上都是个人揣测，其实我也蛮怀疑我的语文水平的，所以，还是楼主直接告诉我你的意思吧

p133 · 发表于 2006-9-14 18:31

其实我也没怎么看懂……汗

我的意思是说，如果是10BIT图的话，R，G，B都应该是1024种等级吧？

直接告诉我，用PHOTOSHOP存图会不会把10BIT的图变成8BIT吧

好象PHOTOSHOP还有一个16BIT模式，那个又是什么意思？

p133 · 发表于 2006-9-14 18:32

是否存储的原理和显示的原理不一样啊？

果然 · 发表于 2006-9-14 19:14

恩，明白了，楼主的意思应该是指三原色，但是三原色的8位定义应该是国际标准，所以现行所有软件都是按这种标准去做，这样的话10BIT应该算是一种假设吧。当然科学是允许假设的，所以我们大概来看看如果三原色可以达到1024会是什么样的情况吧。以下为个人推理：
因为计算机存储还是8位的，所以象素存储的R，G，B原始算法和索引表算法一样可用，问题就在于，1024种三原色的时候，用索引表算法会有一个点，在这个点上存储空间正好是2的24次方，但颜色种类还未达到2的24次方。8位的时候是正好达到，10位的话可以计算出来，列个方程式就行，偶懒人就不算了:proud: 这个点前全部可用索引表算法，点后的就只能用RGB原始算法，然后就可能造成存储空间浪费，当然如果10BIT是真，那到时候肯定会有人研究平衡点之后的空间节约算法，偶知识匮乏就不研究拉:(
我们假设这种算法已经研究了出来，那摸，8BIT和10BIT之间的转换也可以实现了，不然只能是在平衡点之前的10BIT图象可以转换，点之后的因为多余空间无法释放（其实应该是很难释放，因为每个点释放空间会不一样，总不能遍历所有的点一个个放吧。点之前可以批量释放的原因是因为存储空间是充满的，所以10BIT减到8BIT时候每个象素释放空间是一样的）所以不能转换。

--------------------------------------------------------------分割线
肯定会有很多其他变化，偶就只针对楼主相关的问题推理下，因为是推理假设，错误地方还请不必深究:vampire:

其实平时我们所说的图象上的位都是基于象素的，不管是存储还是显示。至于存储和显示的原理，其实就是图象的编码和解码拉，2者是反过程。

无责任地罗嗦了半天，也不知道楼主有耐心看否，见谅见谅~
我果然不是一个简练的人。
匿~ :talisman:

EquaLIzeR · 发表于 2006-9-14 19:31

唔，补充一点
P卡模拟输出的过程，首先是8bit的原始数据输入，10bit处理图像缩放色彩空间转换，然后是LUT校正，最后是10bit图像的输出。唔，其实就像EIZO的LCD自带10bit gamma校正一样，只不过其最终输出的数据是经过高位校正后的8bit数据罢了（XD

BTW：果然君好强啊，软硬全才，大赞:glasses1:

BTW2：勉强算是难得技术讨论（伪？）了，是不是可以置顶去了？:proud:

p133 · 发表于 2006-9-14 19:33

那么我们所说的8BIT图象和10BIT图象既然不是指RGB每个通道的色深，那应该是指什么？

目前这些号称10位采样的显卡，到底是什么东西10位？越说我越糊涂了……

图象基于象素是没错，假如24位色的话，每个象素难道不是由三个通道的颜色值混合而成？

p133 · 发表于 2006-9-14 19:35

原帖由 EquaLIzeR 于 2006-9-14 19:31 发表
唔，补充一点
P卡模拟输出的过程，首先是8bit的原始数据输入，10bit处理图像缩放色彩空间转换，然后是LUT校正，最后是10bit图像的输出。唔，其实就像EIZO的LCD自带10bit gamma校正一样，只不过其最终输出的数据是经过高位校正后的8 ...

不是吧……P卡不能直接接受10BIT的数据输入吗？

我的像源是真10BIT的图，怎么办？难道还是无法实现完全真10位吗

EquaLIzeR · 发表于 2006-9-14 19:48

能
原始数据是10bit的话效果更加明显。。。。
偶举例的是原始数据为bit下的8bit情况啦（擦汗

[ 本帖最后由 EquaLIzeR 于 2006-9-14 19:49 编辑 ]

p133 · 发表于 2006-9-15 18:43

呃，那就放心了

果然跑哪里去了？做老师做到底啊

果然 · 发表于 2006-9-28 00:06

汗, 不小心忘记了, 顶上顶上.

那个, 说到哪里了, 咦, 貌似问题已经解决了? 唔....继续匿~

BTW: 阿E和LZ真是谬赞了...俺也只是略通皮毛而已........

		自动登录	找回密码
密码			立即注册