查看: 18084|回复: 28
上一主题 下一主题 跳转到指定楼层

为何视频中某种特定的颜色特别容易起锯齿或者色块?

主题内容概览

带格式的完整版请点击阅读全文

这里是文章概览,浏览图文并茂的全文请点击→[阅读全文]

不知道大家有注意这个问题没,视频中某些特定的颜色很容易起锯齿。压制中,比较常见的是淡入淡出时候的那种暗灰色。然后用非编的时候发现加入红色的字体或者LOGO超容易起锯齿(大于1X情况下播放的时候)。

我自己瞎猜的话,红色特别容易起锯齿,是不是跟人类视觉对红色敏感,因而比其它颜色能更容易察觉它的变化,看起来那个锯齿才那么明显呢?

这里扔个测试的视频,是720P,我用 ..

这里是文章概览,浏览图文并茂的全文请点击→[阅读全文]

162

主题

256

存在感

134

活跃日
 4 

SOS团一星级★

10楼
发表于 2011/06/04 | 编辑

猜你喜欢: ddd420 cow, ddd420+cow, ddd420


你那两张图很实用,解决了我不少困惑。一图胜千言啊~~有图有真相大概就是这么个效果吧。

这里,我想提个假设。假如我们拿到一个无损的视频,通过RGB32传到显示器上。就目前的显示设备使用的32位真彩色,能否算得上就是真实的三维空间的颜色呢?还是说这个依旧是有损失的?

31

主题

125

存在感

123

活跃日
 4 

SOS团一星级★

11楼
发表于 2011/06/04 | 编辑
传输过程肯定没问题呗,但是渲染器好像是个问题,然后就是液晶显示器的颜色问题正不正,还有发色数。。。。
更根本的一点,就是现实中的光的颜色显然是连续的不是离散的,是“无限多色”而不是“16777216色”。。。所以把现实里的画面记录下来这一步本身就必须失真。。。

162

主题

256

存在感

134

活跃日
 4 

SOS团一星级★

12楼
发表于 2011/06/04 | 编辑
引用第11楼mr_anderson2011-06-04 13:04发表的“”:
传输过程肯定没问题呗,但是渲染器好像是个问题,然后就是液晶显示器的颜色问题正不正,还有发色数。。。。
更根本的一点,就是现实中的光的颜色显然是连续的不是离散的,是“无限多色”而不是“16777216色”。。。所以把现实里的画面记录下来这一步本身就必须失真。。。



哦~也就是说我们所说的无损只能是在数据转换过程中的无损,而无法做到真实三维空间的那种无损。技术和理论上都无法做到。

现在算是对无损的概念有了点理解了。以前在初初学非编的时候还不会用X264,那时想输出清晰的点视频,在菜鸟堆里头大家都会人云亦云地流传着“无损AVI”的故事。那个时候我曾经真以为那是绝对的无损,今天回头看,那所谓的无损AVI也不过只是一个码率较大的MPEG2编码罢了,离无损还远着呢。

31

主题

125

存在感

123

活跃日
 4 

SOS团一星级★

13楼
发表于 2011/06/04 | 编辑
RGB的AVI就是无损了啊,每一帧都是一个BMP啊。。。。相对于你的非编的作品而言就是无损了。。。
只不过你非编的素材相对于现实是有损的罢了。。。

162

主题

256

存在感

134

活跃日
 4 

SOS团一星级★

14楼
发表于 2011/06/04 | 编辑
引用第13楼mr_anderson2011-06-04 17:08发表的“”:
RGB的AVI就是无损了啊,每一帧都是一个BMP啊。。。。相对于你的非编的作品而言就是无损了。。。
只不过你非编的素材相对于现实是有损的罢了。。。



那么RGB的AVI会不会也有像X264那样的质量模式的?我意思是,RGB的AVI生成的编码码率会不会受到源的不同而发生变化。比如说X264的话,你使用相同crf等级对不同视频进行压制。那么肯定的结果是色彩鲜艳(画质好)的源比色彩黯淡(画质差)的那个压制出来的码率高。不知道RGB的AVI会不会也有这种情况呢?

另外,刚才查阅了一下BMP。看到:“RGB每个值最大是256. R, G, B这三个数相乘就是256*256*256= 16777216。那么,BMP应该和RGB的颜色相关吧? ”。

于是乎,RGB24就是对应24位的BMP图的吧。那么RGB32.......额,这个干嘛的,都已经超越BMP的最大值了呀。它有特殊的用武之地么?


[ 此贴被凝芳文在2011-06-04 18:11重新编辑 ]

25

主题

122

存在感

271

活跃日
帅哥离线 zj262144
 4 

SOS团一星级★

15楼
发表于 2011/06/04 | 编辑
引用第14楼凝芳文2011-06-04 18:02发表的“”:


那么RGB的AVI会不会也有像X264那样的质量模式的?我意思是,RGB的AVI生成的编码码率会不会受到源的不同而发生变化。比如说X264的话,你使用相同crf等级对不同视频进行压制。那么肯定的结果是色彩鲜艳(画质好)的源比色彩黯淡(画质差)的那个压制出来的码率高。不知道RGB的AVI会不会也有这种情况呢?

另外,刚才查阅了一下BMP。看到:“RGB每个值最大是256. R, G, B这三个数相乘就是256*256*256= 16777216。那么,BMP应该和RGB的颜色相关吧? ”。
.......



第一个问题,想一想ape/flac和wav的关系应该能比较好理解,其实就是看这个AVI是不是进行了编码(至于是无损编码还是有损编码就是另一回事了)
对无损编码而言,如果以“质量模式”这个概念去理解的话,就是--crf 0(严格来说其实是--qp 0)

第二个,多出来的8bit是存储Alpha通道的,控制透明度;桌面属性不也有让你选32bit真彩色那些么

31

主题

125

存在感

123

活跃日
 4 

SOS团一星级★

16楼
发表于 2011/06/05 | 编辑
未压缩的无损RGB的VFW应该每台电脑上都有吧。。。
RGB的无损压缩编码是有,但是RGB的有损压缩有没有就不知道了。。。有损编码都会用YUV的吧。。
RGB32比RGB24多出来的8bits并不用于记录R或G或B,只是在个别场合有用,比如alpha通道。多数场合下是完全没用的,和24bits没有区别,只是多出来8bits空数据而已。

162

主题

256

存在感

134

活跃日
 4 

SOS团一星级★

17楼
发表于 2011/06/05 | 编辑
嗯,自己恶补查了一遍资料。知道RGB32有四通道的,R/G/B三色各一通道,然后alpha通道自己占一个。

其实alpha通道这个东西我并不陌生,因为学非编的时候就知道它干啥的(开启alpha用来做3D或者合成操作的)。就是不知道RGB32这个alpha通道跟非编那个是不是一回事,控制透明度可以用于显示出真实空间的三维效果么?

25

主题

77

存在感

28

活跃日
 3 

SOS团新手

18楼
发表于 2011/06/06 | 编辑
感谢 mr_anderson,upyzl 答疑,我明白不少。

——分割线——

其实由于人眼构造,24帧,420什么的,也就人看起来还可以,其他动物(狗要60fps,但是只能看见黑白;鹰要120fps也许才可以)根本不适用。也就是说,当前的设置都是依照人眼进行的调整,万一人进化了,看现在的电影也是一团渣,期待电影修复技术。

再说颜色,不一定非要搞定视频编码,图像依然。vp8的扩展项目webp就是如此。png转其它格式,除非bmp,其他的嘛格式颜色都会灰暗很多。人眼对绿色最敏感,6个绿色光子就可以激起视觉感应;但是红色波长较长,又有穿透力,看起来很醒目,更容易吸引人的注意力。

吸引注意力,问题就来了。因为你是焦点,所以你要更好;出现毛边什么的是最受不了的(边缘检测技术应运而生)。视觉心理学就是研究这个东西的吧。

再说rgb也yuv,本来就是为了压缩再压缩存储用的,有损压缩,损失超过阈值人眼就可辨识了;就像64kmp3
和320kmp3一样,ape/flac也叫无损,可是和黑胶比起来还是浮云。(录制,后期,翻录三部分,分模拟和数字,既analog和digit,大部分cd是ddd了,黑胶是aaa)

yuv420最杯具的,就是亮度够了,色度不够。谁让人眼对亮度这么敏感呢。    顺便提一下,搜索到的:4:2:0 格式,每像素 12 位,2^12=4096色。。。(来源:http://shellman.blog.sohu.com/139831864.html

要说最经典,还是胶片(像素达到分子级别),还有黑胶。。。

25

主题

77

存在感

28

活跃日
 3 

SOS团新手

19楼
发表于 2011/06/06 | 编辑
yuv4:4:4 32位,和rgb32木有区别啦,可是体积太过于庞大。

别太较真,就算输出rgb32,displayport传输也没有损失,液晶面板可不一定支持这么多色输出……又不是crt哦,角度错了都偏色呢,还有gamma校正什么的……

多出来的8位,我也不知道有什么作用,alpha参与运算,和输出关系不大吧?透明的话,显卡输出rgb也没有问题的说。刚刚我看了下我n卡设置,也是rgb24,32看来是浮云。
from;http://hi.baidu.com/gabe2008/blog/item/5935f38a823414d4fc1f1066.html

图片需登录后查看



[ 此贴被delectate在2011-06-06 00:55重新编辑 ]

关于我们|无图版|SOSG WIKI

Copyright © 2006-2024 SosG.Net
Total 0.069530(s) query 6, Gzip enabled,  沪ICP备07006640号-3