http://bbs.gfan.com/android-3383518-1-1.html

贴子里的截图没有夸张，实际效果就是如此。犹豫要不要入的DX，先看看自己能否接受此缺陷。

你把原图考到手机里看。另外，你用手机看搜狐高清美剧的泰若星球第1季第一集。开头的星球那段场景，看完你就明白了。

引用:

原帖由 lvcha 于 2011-12-31 14:27 发表
很奇怪的。类似0-255还是16-255那种错误。
这都是4-5年前的问题了
都2012了

9100无此问题，9000也无此问题，就是9220有。XDA上的高人们也没有解决的办法。我用了sony的BE引擎替换原机的，也没用。估计还是底层驱动的问题。不过我相信这是软件问题而不是硬件问题。

你要知道，上传到论坛的图片是会被压缩的，压缩后灰度信息肯定会改变。那2张图我考到手机里看了，虽然没实拍的那么明显，但是还是很容易看的出的。
你装个快手美剧，看下泰若星球第1季第一集，反正那天我是被吓了一跳。

你晚上回家，在暗点的环境里仔细看看，尤其花的那张。

为毛我当天晚上就发现此问题了呢？看了几个720P的MKV，很多黑乎乎的地方都有此问题。难道我是天生写轮眼？

我的机器是12月12日出厂，应该算新鲜的吧。刷一下你的ROM试试看。不过我在XDA里看，目前没人解决。大家都盼着4.0能解决。

“而是同样的相似的场景.有些应用.全黑的时候色块严重.另外一些应用.全黑就是全黑”.

这个我可以给你解释。因为出问题的色阶就集中在部分灰度，255格灰度里从4开始明显变亮，有点灰了，接近正常显示下12的灰度。1-3则是黑的。如果软件的全黑是1-3灰度，那么看上去就是全黑。如果软件里出现了4，5,6的灰度，本来正常显示应该还是比较黑的，在NOTE上就会变成灰的。

你把这2张图放手机里看看，测试灰阶的，看看到最黑的地方是不是突然断开，然后看看第4级灰阶是不是突然变亮。