专业的谈谈0～255，16～235的产生和历史及合理设置，专业叫法Y/C伸张压缩
电视机产生的历史比PC显示器悠久，这是人都该知道的。TV的诞生伴随着时代的局限性，首先是黑白电视机诞生的最早，为了讨好黑白电视机用户，彩色电视机必须兼容黑白电视机，注意：诞生彩色电视机的时候，全地球公民都在用黑白电视机，你敢和他们对抗？全部抛弃黑白电视机用户？P.S. QQ好像也是这么个一回事...
因此二个可恶的东西诞生了，首先彩色电视机的彩色信号必须压缩，研究人员们讨巧的截去了最不敏感的色彩信息，色差分量就是这么来地。于是Y/C伸张和压缩也就一起发生了。RGB 0-255的模式无法运作于已有的黑白电视传输系统中，因为带宽有限。因此必须改用色差分量来传输，并且压缩至16～235的色阶范围。
其二，逐行输出一样不可行，要兼容黑白电视机，原有的电视带宽就不够。因此“聪明”的科研人员们发明了隔行模式，将一副电视画面拆分成二个场去输出。由于电视扫描速度快，观众不会察觉。却省下了一半的信号带宽。就这样，造成了子孙后代们的无尽痛苦...可恶的交错波纹啊...至今仍然不能完美解决。
好了，先不谈反交错的问题。就谈今天的0-255。注意，老有些底子不行，还到处当讲师的中鸟在这个地方提微软，这玩意儿和微软没关系。他只不过解释了一下0-255，不是他说了算。人家PC输出就是这么跑的，微软只不过顺势在Windows中也这么用罢了。
好了，PC是0-255，电视摄像机记录下的是16-235 （由于电视机先入为主，所有的视频记录系统全部已经默认16-235为事实标准，不会再改）。那么放到电脑上看，那就是PC视频中不会有最黑的黑色0，最白的白色255也不会在视频中存在。因此颜色会显得似乎发白，高亮处不够亮。
有些喜欢数学的同学，就出了个点子。那就是Y/C伸张。既然你视频系统全部做Y/C压缩。那我就想办法还原一下。公式懒得讲了，在excel文档里，以前研究过懒得找。用数学的方法把16当0来处理，其他17~235的色阶，我就尽量平均的分布于1～255之中。那么睁大你的眼睛看了
219个色阶放到255个色阶中会是什么结果？不蠢的人都明白，有36个色阶没有显示任何东西，色阶的跳跃不可避免！这也是前思路几个版主一直主张你调整显示器而不是做Y/C伸张的原因。要想完美看视频，只能到电视机或者投影机上！或者你调整显示器把16显示成最黑，一切OK，因为PC最亮的255也不准确，完美的显示器应该拥有太阳的亮度，可那是不可能的事情，人类对暗部细节更敏感。白色调低根本就影响不大。所以调整显示器也是不错的选择。你要在显示器上更完美的看视频，请这么做。
好了，这中间谁有错，谁也没错。完美的视频本来就是给电视机，投影机放的。人家标准里，就没考虑你在电脑上看的人。注意Windows 7 codecs的选项，会问你是在电视投影机上看，还是PC上，很讨巧。Y/C伸张到底该不该存在。微软说，不关我的事，既然不可能完美的转换16-235到0-255，也就不可能成为标准，我不参合，你们自己看着办。 前ATi揽了过来，我要讨好用户，我的显卡驱动视频全部开启Y/C伸张，那样色彩鲜艳一点，普通用户知道个屁，他肯定以为好啦。NV说，妈的，播放器该做的事，关我什么屁事。播放器自己选择到底要不要做Y/C伸张啊。本来Y/C伸张就不是什么标准。后来迫于用户的压力，驱动中也加入了调整0-255的选项。
就是这么一档子破事，你们整天无休止的吵来吵去，累不累？来点有料的行不？一年四季没完没了就说这个事。你们到底搞清楚没有？我再问你一句，你看得出区别，分得清好坏不？二张一样的照片，人类也会本能的作出一个更好，一个更坏的选择，人性的弱点。就和到菜市场本能的挑苹果一个道理，挑来挑去，最后只要不是坏掉的，一样是全部被人买光。每次买回苹果你都会心安理德，可你反思过没有，别人家买到的苹果，就一定比你差？作为消费者永远只选择最适合自己的，就这样了。
专业的谈谈0～255，16～235的产生和历史及合理设置，专业叫法Y/C伸张压缩相关推荐
- ASCII码表完整版（0 - 255）
目前计算机中用得最广泛的字符集及其编码,是由美国国家标准局(ANSI)制定的ASCII码(American Standard Code for Information Interchange,美国标准 ...
- 字符(Java Char)对应的ASCII码大全(十进制0 ~ 255)
十进制代码 十六进制代码 MCS 字符或缩写 DEC 多国字符名 ASCII 控制字符 1 0 0 NUL 空字符 1 1 SOH 标题起始 (Ctrl/A) 2 2 STX 文本起始 (Ctrl/B ...
- 谁说子网掩码的1必须连续？关于像255.255.0.255这样的非连续子网掩码
百度上搜索的都是说255.255.0.255的掩码不合法,其实这些人没有读过RFC,也就大惊小怪了:RFC950的内容: A Class C Network Case (illustrating no ...
- Clipping input data to the valid range for imshow with RGB data ([0..1] for floats or [0..255] for i
keras imshow显示图片显示不出来,报错 Clipping input data to the valid range for imshow with RGB data ([0..1] fo ...
- 灰度值取值范围_一幅灰度图像,用8bit量化,取值范围为[0,255],其中0表示（）,255表示（）。...
一幅灰度图像,用8bit量化,取值范围为[0,255],其中0表示(),255表示(). 答: 纯黑色 纯白色 <董西厢>的内容中有一些是征引的<莺莺传>.() 答:√ 智慧职 ...
- Java黑皮书课后题第2章：*2.17（科学：风寒温度）外面有多冷？...twc=35.74+0.6215ta-35.75v0.16+0.4275tav0.16，输入度数、风速显示风寒温度
*2.17(科学:风寒温度)外面有多冷?...twc=35.74+0.6215ta-35.75v0.16+0.4275tav0.16,输入度数.风速显示风寒温度 题目 题目描述 破题 运行示例 代码 ...
- Beagle 0.2.16（附 Ubuntu Edgy 安顿源）
Toy Posted in Apps 桌面端搜索东西 Beagle 于昨日公布了新的 0.2.16 版,该版本严正是批改了大批的 bug,其次的明确变化是关于 Mono 的需求回滚到了 1.1.13. ...
- Anaconda Python3.6 OpenCV4.1.0 Ubuntu 16.04源码编译
Anaconda Python3.6 OpenCV4.1.0 Ubuntu 16.04源码编译 转载于:https://blog.csdn.net/phdsky/article/details/782 ...
- #FF00FF(255,0,255)应该是紫色(Purple),把#FF00FF称为“品红”(“洋红/Magenta”)是一种误称
作者:❄️固态二氧化碳❄️ (主页) 链接:#FF00FF(255,0,255)应该是紫色(Purple),把#FF00FF称为"品红"("洋红/Magenta" ...
最新文章
- python双引号报错_Python中select语句中的双引号”“怎么处理
- java乒乓_java – 正确实现乒乓游戏
- io流图解 java_详细讲解JAVA中的IO流
- 工作118:封装一个带有对话框的button组件
- ikbc机械键盘打字出现重复_双十一机械键盘优惠清单，阿米洛/ikbc/吉利鸭/杜咖/美商海盗船/雷神/Filco机械键盘推荐...
- python删除excel内容_用python批量删除sheet
- JQuery Datatables 动态配置参数异步加载数据
- EF连接ORACLE
- 用java实现归并,算法：JAVA实现归并排序
- 使窗口(和 MDI 子窗口)的关闭按钮变灰的方法 - 回复 梦想成真
- jQuery基础教程摘录- Hello world
- 利用Codejock创建TaskPanel（ToolBox） - 2
- 指向函数的指针和block
- vant上传图片 转二进制_土旦：移动端 Vue+Vant 的Uploader 实现 ：上传、压缩、旋转图片...
- jupyter notebook 之 pandas
- 2022爱分析·人工智能厂商全景报告
- ResponseBodyAdvice的使用
- [笔记]NFC笔记——WUP_REQ 和 WUP_RES 消息结构
- 严重: 异常将上下文初始化事件发送到类的侦听器实例.[org.springframework.web.co
- 栈和队列——构造数组的MaxTree（java实现）