jpg文件的压缩率与文件大小的关系?

279 views
Skip to first unread message

hack...@sina.com

unread,
Feb 18, 2009, 3:47:16 AM2/18/09
to TopLanguage
大家好,我最近在做一个软件,需要知道jpg文件的压缩级别与文件大小之间的关系。
我很想知道jpg文件大小(byte size),与jpg的压缩级别有没有对应关系。

也就是说,给定压缩级别(比如使用微软的gdi+),范围从1到100,和某个指定文件
有没有个函数能够根据给定的压缩级别,比如33,最后得到的某个文件的压缩后的大小是多少?(存储空间大小)。

不知道有没有相关的东西?

谢谢。


请注意不是保存过文件以后再查询api得到文件大小,
而是根据压缩比在进行操作之前预计保存的大小。


Meng Yu

unread,
Feb 18, 2009, 5:13:50 AM2/18/09
to pon...@googlegroups.com
印象中,没什么关系吧……
这个压缩级别是"量化"一步用的。
请高人做答 :)

2009/2/18 hack...@sina.com <hack...@sina.com>:
> 请注意不是保存过文件以后再查询api得到文件大小,
> 而是根据压缩比在进行操作之前预计保存的大小。

long da

unread,
Feb 18, 2009, 5:35:04 AM2/18/09
to pon...@googlegroups.com
肯定是有关系的,不过很难估计具体的大小, 如果只是大概的建议一下,那就实际测些数据,比如根据图片的大小和量化参数做函数拟合,用一些比较普通的图片做样本. 一张白白的图片和一个全是仙人球的图片,分辨率和参数都相同,压出来jpeg图片也会差很多的.

2009/2/18 Meng Yu <menciu...@gmail.com>

Zou Yong

unread,
Feb 18, 2009, 4:12:04 AM2/18/09
to pon...@googlegroups.com
这个是不是跟图片的内容有关系?

Meng Yu

unread,
Feb 18, 2009, 8:58:20 AM2/18/09
to pon...@googlegroups.com
经过 分块 变换 量化 编码 这几步,没有办法预测到jpg文件的准确大小。
实在想预测,按10:1估计吧。

Jimmy

unread,
Feb 18, 2009, 9:16:58 AM2/18/09
to pon...@googlegroups.com
不妨在photoshop或fireworks之类的工具中找一下,体会一下它们,应该是有公司可以计算,可以找找图像专业方面的书籍。附件即我的简单测试。

2009/2/18 Meng Yu <menciu...@gmail.com>:

28.gif
80.gif

hack...@sina.com

unread,
Feb 18, 2009, 10:27:55 AM2/18/09
to TopLanguage
谢谢各位。

Tiny fool

unread,
Feb 18, 2009, 11:25:07 AM2/18/09
to pon...@googlegroups.com
你无法得到一个准确值,因为jpg是一个有损压缩,而且压缩率和图像内容有很紧密的联系。但是应该是可以在每个级别中找到压缩率的最大最小值。因为他的算法逻辑(纯记忆,可能不准确,但是逻辑多半还对),大概是先把8*8像素的图像块表示为时域信号,然后做时域频域转换,然后对频域信号进行一种运算(去掉某个频率段?类似滤波之类的),时域信号的排列方式是Z字型。频率运算出来的东西好像是0越多压缩率越高好像是。

我前面说的技术上可能不准确,大概意思就是好好去看看jpg算法的文章,构建一个jpg压缩率最高的图像块,和最低的,应该是可以做到的,这趟你应该可以找到压缩率的最大最小值。我记得很早很早以前云风有一篇文章,看懂了多半就能做到了。




--
--------------
Gmail: tiny...@gmail.com
Gtalk:   tiny...@gmail.com
Msn:     tiny...@hotmail.com
Phone: 13520711089

银杏技术咨询公司
http://www.yinxingtech.com/

Tinyfool的开发日记
http://www.tinydust.net/prog/diary/diary.htm

TV的Google观察
http://www.tinydust.net/tinygoogle/

Cao Yi

unread,
Feb 18, 2009, 8:16:24 PM2/18/09
to pon...@googlegroups.com
进一步问个问题, 我发现数码相机拍下来的照片(设置不变, 参数一样), 绿色越
多, 图片占用的空间越大, 请问这是怎么回事?

long da 写道:
> 肯定是有关系的,不过很难估计具体的大小, 如果只是大概的建议一下,那就实际
> 测些数据,比如根据图片的大小和量化参数做函数拟合,用一些比较普通的图片做
> 样本. 一张白白的图片和一个全是仙人球的图片,分辨率和参数都相同,压出来
> jpeg图片也会差很多的.
>
> 2009/2/18 Meng Yu <menciu...@gmail.com
> <mailto:menciu...@gmail.com>>


>
> 印象中,没什么关系吧……
> 这个压缩级别是"量化"一步用的。
> 请高人做答 :)
>

> 2009/2/18 hack...@sina.com <mailto:hack...@sina.com>
> <hack...@sina.com <mailto:hack...@sina.com>>:
> > 请注意不是保存过文件以后再查询api得到文件大小,
> > 而是根据压缩比在进行操作之前预计保存的大小。
>

hack...@sina.com

unread,
Feb 18, 2009, 9:12:37 PM2/18/09
to TopLanguage
谢谢.

On 2月19日, 上午12时25分, Tiny fool <tinyf...@gmail.com> wrote:
> 你无法得到一个准确值,因为jpg是一个有损压缩,而且压缩率和图像内容有很紧密的联系。但是应该是可以在每个级别中找到压缩率的最大最小值。因为他的算法逻辑-(纯记忆,可能不准确,但是逻辑多半还对),大概是先把8*8像素的图像块表示为时域信号,然后做时域频域转换,然后对频域信号进行一种运算(去掉某个频率段?-类似滤波之类的),时域信号的排列方式是Z字型。频率运算出来的东西好像是0越多压缩率越高好像是。
>
> 我前面说的技术上可能不准确,大概意思就是好好去看看jpg算法的文章,构建一个jpg压缩率最高的图像块,和最低的,应该是可以做到的,这趟你应该可以找到压-缩率的最大最小值。我记得很早很早以前云风有一篇文章,看懂了多半就能做到了。
>
> 2009/2/18 hacke...@sina.com <hacke...@sina.com>


>
>
>
>
>
> > 谢谢各位。
>
> > On Feb 18, 12:47 am, "hacke...@sina.com" <hacke...@sina.com> wrote:
> > > 大家好,我最近在做一个软件,需要知道jpg文件的压缩级别与文件大小之间的关系。
> > > 我很想知道jpg文件大小(byte size),与jpg的压缩级别有没有对应关系。
>
> > > 也就是说,给定压缩级别(比如使用微软的gdi+),范围从1到100,和某个指定文件
> > > 有没有个函数能够根据给定的压缩级别,比如33,最后得到的某个文件的压缩后的大小是多少?(存储空间大小)。
>
> > > 不知道有没有相关的东西?
>
> > > 谢谢。
>
> > > 请注意不是保存过文件以后再查询api得到文件大小,
> > > 而是根据压缩比在进行操作之前预计保存的大小。
>
> --
> --------------

> Gmail: tinyf...@gmail.com
> Gtalk: tinyf...@gmail.com
> Msn: tinyf...@hotmail.com
> Phone: 13520711089
>
> 银杏技术咨询公司http://www.yinxingtech.com/
>
> Tinyfool的开发日记http://www.tinydust.net/prog/diary/diary.htm
>
> TV的Google观察http://www.tinydust.net/tinygoogle/- 隐藏被引用文字 -
>
> - 显示引用的文字 -

Kenny Yuan

unread,
Feb 18, 2009, 10:22:39 PM2/18/09
to pon...@googlegroups.com
人类拥有进化而来的眼睛,因为生存环境的选择,眼睛对绿色更为敏感,有一半的视锥细胞是用来捕捉绿色光的。绿色细节的丧失更容易被观察到,是不是因为这个原因才照顾了绿色?所以才需要更多的存储?(JPEG的算法原理还有印象,但是具体的实现没搞过,也没分析过源码,所以只敢用问号)

2009/2/19 Cao Yi <caoxia...@qq.com>



--
Kenny Yuan
C++, UI, LISP, MMA, Psychology and Automobile.
BLOG: CS巴别塔(Computer Science Babel)
URL: http://blog.csdn.net/yuankaining/


Tiny fool

unread,
Feb 18, 2009, 10:48:48 PM2/18/09
to pon...@googlegroups.com
别瞎猜,去看资料去。

从算法原理上讲,图像色阶变化越平滑压缩率越高,跟具体某个颜色的多寡没有啥关系。

2009/2/19 Kenny Yuan <yuank...@gmail.com>

Kenny Yuan

unread,
Feb 18, 2009, 11:13:55 PM2/18/09
to pon...@googlegroups.com
的确是瞎猜
从RAW格式还原算法带来的HINT

2009/2/19 Tiny fool <tiny...@gmail.com>

Kenny Yuan

unread,
Feb 18, 2009, 11:16:48 PM2/18/09
to pon...@googlegroups.com
想了想,应该不用去看JPEG压缩算法细节了
如果真有楼上的楼上的楼上说的那个问题,应该不是出在JPEG算法上,而是出在从CCD/CMOS电平还原颜色的算法上

2009/2/19 Kenny Yuan <yuank...@gmail.com>

Jerry Tian

unread,
Feb 20, 2009, 4:05:54 AM2/20/09
to TopLanguage
业余玩摄影,曾经看过一些资料,以下依然只是个人推断.

CCD阵列中采集绿色的感光像素比其红和蓝的多,捕捉的信息量更大,噪声也更多.

JPEG在频域的压缩转换中,算法本身会尽量保持高频信号部分(高通滤波),噪声反而会被保留下来.

压缩中使用的转换矩阵各家相机厂商和图形处理软件开发商都是核心参数.同一张图片,两个厂家都使用"中等压缩"的JPEG选项,肉眼观察图形质量也接
近,但是文件本身体积也可能相差比较大.

Adobe的Photoshop保存到JPEG时,有一个文件大小提示框,不同的压缩级别,在保存前可以估计出一个大小.但是从处理大图片的速度上来
看,个人认为Photoshop已经在内部将图片完全的压缩了一遍后才计算出来的数值.

所以lz的问题本身可能就没有确定解.

wang feng

unread,
Feb 20, 2009, 4:14:43 AM2/20/09
to pon...@googlegroups.com
Jerry Tian wrote:
> 业余玩摄影,曾经看过一些资料,以下依然只是个人推断.
>
> CCD阵列中采集绿色的感光像素比其红和蓝的多,捕捉的信息量更大,噪声也更多.
>
这个要看商家了,一般来说,欧美那边的数码相机偏蓝一点,而东亚这边偏暖色一
点,人种差异,视觉心理问题罢了
我记得好像是阵列中四个点对应一个像素的,分别是RGB和亮度;

安德尔斯

unread,
Feb 20, 2009, 4:57:09 AM2/20/09
to pon...@googlegroups.com

建议lz去看下云风的一篇文章,讲的就是jpeg的编码问题。

Kenny Yuan

unread,
Feb 20, 2009, 5:37:34 AM2/20/09
to pon...@googlegroups.com
人的眼睛是基本相同的,制造商只是有一点点的偏差,但他们都宣称自己的更准确:) (只说DSLR的)

CCD/CMOS中的感光器其实只对亮度敏感(积累电荷),所以要用马赛克来遮蔽不同颜色的光线,马赛克由很多个"组"构成,每组四像素,两绿,一红,一蓝(排列方式有可能不同)。

亮度信号是电视信号中的一个分量,有亮度的话就不会再有RGB了。参见ycrcb(yuv)

另外,多说一句,不管世界任何地区,标准色温都是6500K,参见CIE D65光源的定义


2009/2/20 wang feng <wanng...@gmail.com>

这个要看商家了,一般来说,欧美那边的数码相机偏蓝一点,而东亚这边偏暖色一 点,人种差异,视觉心理问题罢了
我记得好像是阵列中四个点对应一个像素的,分别是RGB和亮度;

Kenny Yuan

unread,
Feb 20, 2009, 5:40:34 AM2/20/09
to pon...@googlegroups.com
补充一下,刚才忘了说,虽然每个像素只能接受一种颜色的光,但是"电平->颜色"的还原算法保证了最终结果还是每个像素都有RGB分量。所以是一个"点"对应一个像素,而不是四个"点"对一个像素。

2009/2/20 Kenny Yuan <yuank...@gmail.com>



--

Kenny Yuan

unread,
Feb 20, 2009, 5:43:13 AM2/20/09
to pon...@googlegroups.com
还得再补充一下,以上说的CCD/CMOS是传统类型的,"死马"的3CCD和富士的蜂窝的则是另外一回事了。

3CCD是个好理论,但其产品却很是让人失望。这几年没有关注3CCD,没有与时俱进,回头再补充3CCD的最新近况上来。

2009/2/20 Kenny Yuan <yuank...@gmail.com>

wang feng

unread,
Feb 21, 2009, 5:21:51 AM2/21/09
to pon...@googlegroups.com
Kenny Yuan wrote:
> 人的眼睛是基本相同的,制造商只是有一点点的偏差,但他们都宣称自己的更准
> 确:) (只说DSLR的)
欧美跟东亚地区的不一样,是《液晶光学》课上老师强调过的,我应该不会记错:)
就是说,同样品牌的显示器,出售到欧洲的和出售到大陆的,会有不同;
>
> CCD/CMOS中的感光器其实只对亮度敏感(积累电荷),所以要用马赛克来遮蔽不

Kenny Yuan

unread,
Feb 21, 2009, 7:01:21 AM2/21/09
to pon...@googlegroups.com
在不同个体间,眼睛的细微差别肯定会有吧,但从基因上讲,人种本身就是一个虚无的提法。所以我仍然对你的说法表示怀疑。因为没有在与此相关的学科中看到过——至少我学过的chromatology等都没有提到。你手边还有没有资料?CIE在定义各个色彩标准时也没有按人种区别定义过,都是标准的D65光源。倒是有些不负责任的小编在稿子中散布过"亚洲人要用9300K"的谬传。

对于友达、三星之类的面板厂商来说,面板就是面板,追求的是gamut和accuracy(至于最终显示器的颜色是否驱动到更艳/更冷,则可能与文化有关)。从来没听说过要生产不同的面板的,你有没有具体资料呢?

另外,DC的型号绝多数也是全球通用的(可以想想从专业反转片到DSLR/数码后背这些高端成像产品),从来没有听说过根据地区调整色彩的。你在哪看到的资料说欧美的偏蓝?不妨分享一下,多谢!

2009/2/21 wang feng <wanng...@gmail.com>



--

avalon

unread,
Feb 21, 2009, 11:45:00 AM2/21/09
to pon...@googlegroups.com
"但是"电平->颜色"的还原算法保证了最终结果还是每个像素都有RGB分量。所以是

一个"点"对应一个像素,而不是四个"点"对一个像素。"

这句话是不对的,其实应该是电平--》亮度的还原算法,马赛克的做法和yuv的做法
是差不多,每个点采集的r,g,b某一个分量的亮度,
好像是人眼对绿色比较敏感,所以只有绿色是1:1的,相当于yuv中的y。

至于欧美和亚洲人眼的争论,好像在色影无忌这类的爱好者中流传比较多。
也许可能厂家会稍微改动一下gamma,不过纯属软件行为而已。

Kenny Yuan 写道:


> 补充一下,刚才忘了说,虽然每个像素只能接受一种颜色的光,但是"电平->颜
> 色"的还原算法保证了最终结果还是每个像素都有RGB分量。所以是一个"点"对应
> 一个像素,而不是四个"点"对一个像素。
>
> 2009/2/20 Kenny Yuan <yuank...@gmail.com

> <mailto:yuank...@gmail.com>>


>
> 人的眼睛是基本相同的,制造商只是有一点点的偏差,但他们都宣称自己的
> 更准确:) (只说DSLR的)
>

> CCD/CMOS中的感光器其实只对亮度敏感(积累电荷),所以要用马赛克来遮


> 蔽不同颜色的光线,马赛克由很多个"组"构成,每组四像素,两绿,一红,
> 一蓝(排列方式有可能不同)。
>
> 亮度信号是电视信号中的一个分量,有亮度的话就不会再有RGB了。参见
> ycrcb(yuv)
>
> 另外,多说一句,不管世界任何地区,标准色温都是6500K,参见CIE D65光
> 源的定义
>
>
> 2009/2/20 wang feng <wanng...@gmail.com

> <mailto:wanng...@gmail.com>>
>
> 这个要看商家了,一般来说,欧美那边的数码相机偏蓝一点,而东亚这

Kenny Yuan

unread,
Feb 22, 2009, 1:35:10 AM2/22/09
to pon...@googlegroups.com
嗯,是的,我上一次说得不太严谨,一共应该是三步,我省略了中间的一步。严谨的说法是这样:电平->亮度->颜色

(理论上来说,电平->亮度是很容易还原的过程。因为二者理论上成正比,也许实际上还有些非线性,所以这里可以当成一个很简单的线性/非线性ADC来看待;而亮度->颜色的算法,就是各厂商的看家本事了。不同的算法解出的RAW,最终看起来不一样,也正是因为这个原因)

2009/2/22 avalon <aval...@gmail.com>

avalon

unread,
Feb 22, 2009, 1:48:02 AM2/22/09
to pon...@googlegroups.com
呵呵,兄台此言差矣

其实最麻烦的就是电平--》亮度的转换,说白了就是gamma,目前的display设备,
几乎没有成正比的,
都是非线性,最简单的就是crt的,可以拟合到指数函数,这是比较理想的情况了。
从亮度到色彩,这几乎不用转换了,道理就是Lum(R,0,0)= Lum(R)

Kenny Yuan 写道:


> 嗯,是的,我上一次说得不太严谨,一共应该是三步,我省略了中间的一步。严
> 谨的说法是这样:电平->亮度->颜色
>
> (理论上来说,电平->亮度是很容易还原的过程。因为二者理论上成正比,也许
> 实际上还有些非线性,所以这里可以当成一个很简单的线性/非线性ADC 来看
> 待;而亮度->颜色的算法,就是各厂商的看家本事了。不同的算法解出的RAW,
> 最终看起来不一样,也正是因为这个原因)
>

> 2009/2/22 avalon <aval...@gmail.com <mailto:aval...@gmail.com>>


>
>
> "但是"电平->颜色"的还原算法保证了最终结果还是每个像素都有RGB分量。
> 所以是
> 一个"点"对应一个像素,而不是四个"点"对一个像素。"
>
> 这句话是不对的,其实应该是电平--》亮度的还原算法,马赛克的做法和yuv
> 的做法
> 是差不多,每个点采集的r,g,b某一个分量的亮度,
> 好像是人眼对绿色比较敏感,所以只有绿色是1:1的,相当于yuv中的y。
>
> 至于欧美和亚洲人眼的争论,好像在色影无忌这类的爱好者中流传比较多。
> 也许可能厂家会稍微改动一下gamma,不过纯属软件行为而已。
>
> Kenny Yuan 写道:
> > 补充一下,刚才忘了说,虽然每个像素只能接受一种颜色的光,但是"电
> 平->颜
> > 色"的还原算法保证了最终结果还是每个像素都有RGB分量。所以是一个"
> 点"对应
> > 一个像素,而不是四个"点"对一个像素。
> >
> > 2009/2/20 Kenny Yuan <yuank...@gmail.com
> <mailto:yuank...@gmail.com>

> > <mailto:yuank...@gmail.com <mailto:yuank...@gmail.com>>>


> >
> > 人的眼睛是基本相同的,制造商只是有一点点的偏差,但他们都宣称自己的
> > 更准确:) (只说DSLR的)
> >
> > CCD/CMOS中的感光器其实只对亮度敏感(积累电荷),所以要用马赛克来遮
> > 蔽不同颜色的光线,马赛克由很多个"组"构成,每组四像素,两绿,一红,
> > 一蓝(排列方式有可能不同)。
> >
> > 亮度信号是电视信号中的一个分量,有亮度的话就不会再有RGB了。参见
> > ycrcb(yuv)
> >
> > 另外,多说一句,不管世界任何地区,标准色温都是6500K,参见CIE D65光
> > 源的定义
> >
> >
> > 2009/2/20 wang feng <wanng...@gmail.com
> <mailto:wanng...@gmail.com>

> > <mailto:wanng...@gmail.com <mailto:wanng...@gmail.com>>>

Kenny Yuan

unread,
Feb 22, 2009, 2:08:52 AM2/22/09
to pon...@googlegroups.com
呵呵,老兄了解得也不少,致敬!

不过,我还是有些不同的看法

1、电平->亮度的转换在我看来并不麻烦。对于任何的器件,其非线性都可以总结出规律,最差的用查表也可以了,怕就怕信噪比不高(这方面对相机来说,是CCD/CMOS制造商的份内事,相机厂商的算法上适当地照顾一下)。过去我接触的各种ADC/DAC也有几十种,没遇到过完全没有规律的——如果有这种完全没规律的,也不可能上市,对吧?
(我提到"在理论上线性",只是为了说明一下大体的趋势。实际上没有完全线性的器件,呵呵)

至于gamma,按我的理解,就是对非线性的补偿方法,目的是为了最终达到输出时的线性,保证输入和输出的完全一致。而这方面,至少在有了校正仪器的前提下,用查表法一定可以解决。用曲线拟合做出公式的话则可以更省空间了

(题外话:说到CRT,目前我就在用i1的分光光度计。我的CRT显示器还保留着,因为它的色彩过渡的准确性足可以媲美Eizo LCD的高档货)

2、在我看来,颜色还原的麻烦之处,在于要将"RGGB"这样的四个像素,还原成4个RGB的像素。对于具体一个像素点,在原始亮度信息中,只有一个颜色分量的亮度,另外两个颜色分量的亮度要在算法中补出来。


2009/2/22 avalon <aval...@gmail.com>

wanng fenng

unread,
Feb 22, 2009, 2:48:53 AM2/22/09
to pon...@googlegroups.com


2009/2/21 Kenny Yuan <yuank...@gmail.com>

在不同个体间,眼睛的细微差别肯定会有吧,但从基因上讲,人种本身就是一个虚无的提法。所以我仍然对你的说法表示怀疑。因为没有在与此相关的学科中看到过——至少我学过的chromatology等都没有提到。你手边还有没有资料?CIE在定义各个色彩标准时也没有按人种区别定义过,都是标准的D65光源。倒是有些不负责任的小编在稿子中散布过"亚洲人要用9300K"的谬传。

对于友达、三星之类的面板厂商来说,面板就是面板,追求的是gamut和accuracy(至于最终显示器的颜色是否驱动到更艳/更冷,则可能与文化有关)。从来没听说过要生产不同的面板的,你有没有具体资料呢?
 
汗,不是不同面板,是指采用不同的颜色空间;
而且这个不同不是从基因或者理论上说的,而是具体评测的结果;
就是说,招徕N个人,对n张显示器展示的图片进行打分,这个结果在不同的地区会有差异;
我附上当时曾经处理过的一些数据给你看看,这是对不同的显示器上的视频进行评测的原始数据;
讲义找不到了,不好意思。
 
视觉.txt

Kenny Yuan

unread,
Feb 23, 2009, 9:06:59 PM2/23/09
to pon...@googlegroups.com
多谢wanng fenng!

你的数据我没看懂,真的和颜色有关么?"序列内容"指不同色调的视频内容?"图像质量下降"是指主观评分?
测试者	编码方式	序列内容	码率	PeakSNR	图像质量下降
1 264 fb 489.96 31.53 3
1 264 fb 328.57 29.84 3.5
1 264 fb 252.3 28.84 4

如果说不同的文化下的人,喜好不同的色调的画面,这一点完全可以理解,也应该能得到数据支持(跨文化的某些心理学研究挺多的,不知道涉及到这方面了没有?)

你说的"颜色空间"应该不是指色彩学中说的"颜色空间"吧。可能是我发言时对一些说法和词语要求得过于严格了。如果你说的是与文化背景相关的色彩喜好问题,我完全同意。



2009/2/22 wanng fenng <wanng...@gmail.com>
2009/2/21 Kenny Yuan <yuank...@gmail.com>



汗,不是不同面板,是指采用不同的颜色空间;
而且这个不同不是从基因或者理论上说的,而是具体评测的结果;
就是说,招徕N个人,对n张显示器展示的图片进行打分,这个结果在不同的地区会有差异;
我附上当时曾经处理过的一些数据给你看看,这是对不同的显示器上的视频进行评测的原始数据;
讲义找不到了,不好意思。


2009/2/21 Kenny Yuan <yuank...@gmail.com>
在不同个体间,眼睛的细微差别肯定会有吧,但从基因上讲,人种本身就是一个虚无的提法。所以我仍然对你的说法表示怀疑。因为没有在与此相关的学科中看到过——至少我学过的chromatology等都没有提到。你手边还有没有资料?CIE在定义各个色彩标准时也没有按人种区别定义过,都是标准的D65光源。倒是有些不负责任的小编在稿子中散布过"亚洲人要用9300K"的谬传。

对于友达、三星之类的面板厂商来说,面板就是面板,追求的是gamut和accuracy(至于最终显示器的颜色是否驱动到更艳/更冷,则可能与文化有关)。从来没听说过要生产不同的面板的,你有没有具体资料呢?

另外,DC的型号绝多数也是全球通用的(可以想想从专业反转片到DSLR/数码后背这些高端成像产品),从来没有听说过根据地区调整色彩的。你在哪看到的资料说欧美的偏蓝?不妨分享一下,多谢!



wang feng

unread,
Feb 23, 2009, 9:44:11 PM2/23/09
to pon...@googlegroups.com
Kenny Yuan wrote:
>
> 你的数据我没看懂,真的和颜色有关么?"序列内容"指不同色调的视频内容?"
> 图像质量下降"是指主观评分?
序列内容是指不同的视频内容,记得有NBA一段球赛,有荷兰风车还有冰川什么的
图像质量下降是评测者对视频的评分

> 测试者 编码方式 序列内容 码率 PeakSNR 图像质量下降
> 1 264 fb 489.96 31.53 3
> 1 264 fb 328.57 29.84 3.5
> 1 264 fb 252.3 28.84 4
>
>
> 如果说不同的文化下的人,喜好不同的色调的画面,这一点完全可以理解,也应
> 该能得到数据支持(跨文化的某些心理学研究挺多的,不知道涉及到这方面了没
> 有?)
是这个意思

>
> 你说的"颜色空间"应该不是指色彩学中说的"颜色空间"吧。可能是我发言时对一
> 些说法和词语要求得过于严格了。如果你说的是与文化背景相关的色彩喜好问
> 题,我完全同意。
>
看我的附件图片,由于现在的显示器不能显示所有的颜色,只能显示图片中的一个
子集(如图片中虚线或者实线所圈出的),因此在东亚这边选择的颜色空间中的三
个顶点,可能把蓝色圈得少一点,而西方可能红色少一点,就是说,他们的色度坐
标会有所不同;
一般来说,有两种产生彩色的方式,一种是基于红绿蓝三基色的加法方式,另一种
是基于青绛黄的减法方法;而这三个子像素采用光刻的方法制作彩色滤色膜,所用
的方法一般是在树脂中掺杂颜色或者染料,只要稍微改变他们的厚度(总体厚度都
在1微米左右)或者颜色的浓度,即可达到调整色度坐标的目的;当然,滤色膜的
厚度越大,颜色染料的浓度越高,他们组成的彩色区域也就越宽广,但是要以亮度
的减少为代价。

gamut.gif

wang feng

unread,
Feb 23, 2009, 9:52:56 PM2/23/09
to pon...@googlegroups.com
Kenny Yuan wrote:
>
> 你说的"颜色空间"应该不是指色彩学中说的"颜色空间"吧。可能是我发言时对一
> 些说法和词语要求得过于严格了。如果你说的是与文化背景相关的色彩喜好问
> 题,我完全同意。
对不起,这里是我错了,我说的颜色空间的不同是指它们采用了颜色空间中不同的
子集,不是指采用不同的颜色空间。

Kenny Yuan

unread,
Feb 24, 2009, 11:48:53 PM2/24/09
to pon...@googlegroups.com
上个图,DELL的宣称92% gamut的显示器实测(also with RGB gamma)
2009-02-25_1237.png
Reply all
Reply to author
Forward
0 new messages