请教摄像头preview时为何会整体偏色？
请高手们根据已有经验帮忙分析是何原因。
首先这个问题不一定是LCD的数据线有问题,如果是其中一根数据线有问题的话就不是显示变色了很可能图象显示不正常了.我们遇到过相似的问题:就是在preview时拍照,图象要在LCD停住这时显示的是用户已经拍下的照片,有时候会出现两种现象:一是像楼上那样颜色不对,另一种就是图象出现断层的现象.后来分析是软件的原因,在软件上做了修改就解决了.我们那个项目的camera是130万象素的,LCD是26万色的TFT屏,所以使用了中芯微的一个视频处理芯片来管理他们俩,在preview时camera来的数据直接通过视频芯片送给LCD显示(这时显示都是正常的),但用户要拍照时camera的数据就会由视频芯片压缩然后送给基带去存储(步骤1)同时再由基带将图象解压缩送到LCD显示(步骤2).在基带储存的图象是正确的(我们将图象调出来看),这说明步骤1是完全正确的,问题出在步骤2上.由于camera的是130万象素容量大所以软件中在步骤2中不是一次将它送完,是分两次来送的,分析有可能是第二次的数据和第一次没有衔接好导致的,我们在软件中修改成一次传送完成就再没有出现这个问题了.
这只是我遇到的问题仅供参考,大家将自己遇到的问题多提出来让别人少走弯路,这样对整个手机行业发展都是有益的.
我们遇到的问题跟Kevin_xu遇到的有一定的相似性，有时候图像也会出现断层或是显示原点位置不对。但有一点比较难解释的是：把手机敲两下就可能会恢复正常，挺郁闷的。
数据分两次传输是因为需要显示RGB：666吗?
是的,26万色LCD是RGB:666. 我那个项目问题出现次数少一些,一般是十次出现一次,跟敲没有什么关系.
hehe我遇到过 可能还是你sensor的连接不够可靠啊
敲两下就好了?那不变成结构问题了?是不是连接器有问题?
从多次的测试来看,连接器出问题的可能性不是很大.我已经将图片发给原厂的FAE们看了.据说可能性最大是编解码出问题了.他们正在用他们的测试平台查找root cause.
RGB666---》RGB565数据转换出现了问题，造成整体偏色R：取高5位G：不变B：取高5位reform到RGB565的数据格式
没当场做些测试，很难说，我根据经验猜想颜色不对--全部偏色那一定是硬件问题，若时好时坏（颜色有些不对）那是ISP问题，但摄像头模组又分很多种，有些ISP内含，有些是ISP外挂（手机板加一颗backend IC)，所以你要找对对象去要求。会出现断层或是显示原点位置不对--可能是JPEG encode问题
我遇到过 几种可能如下：（1）Sensor 供电电压电路有问题（1.8V,2.5V）－－这种情况进入Preview模式一直花屏 排除此原因 (2) B to B Connect接触不良 有可能（3）单个LCD数据线有问题，这会导致不能正常显示图像或者就根本不能显示 排除此原因（4）LCDC芯片的驱动软件不稳定，但肯定不是应用层的问题 应该是底层部分对RGB处理的问题，否则会一直这样的。(5)用户自己设置成老照片、月光效果 呵呵 开玩笑了..........
小编应该多Download几部机子试试，可以排除硬件方面的问题。
我们公司也遇到此类问题：1.软件驱动不稳定，有时拍第一次后就会正常，但重新开机又重新出现相同问题2.摄像头某根数据线虚焊
这是ISP中处理时影像的stability不够好，刚进去时会看到异色，后来就慢慢恢复正常。如果在色温灯箱里切换灯源，会看到很明显的异色的，比如2800k切换到6500k时先看到蓝色再变为灰色时正常的，有其它颜色出现就是异色了。 只需在ISP处理中修改一下设定即可，延长period。你可以找所用ISP厂商告知此现象，应该很快可以解决。
仔细看了楼住的问题，发现小编描述问题不够明确。假使我的理解是对的，那么我将做如下分析：1、ｌｚ强调是在ｐｒｅｖｉｅｗ过程中偏色；那么在偏色的时候capture一张照片，放到ｐｃ机上看是否偏色， 如果偏色，那么说明不是ｌｃｄ的问题，可能是sensor的数据或者是在处理senosr后的数据出问题了； 如果不偏色，那么比对在你在ｐｒｅｖｉｅｗ过程中和ｃａｐｔｕｒｅ中取ｓｅｎｓｏｒ数据是否相同，如果相同
仔细看了楼住的问题，发现小编描述问题不够明确。假使我的理解是对的，那么我将做如下分析：ｌｚ强调是在ｐｒｅｖｉｅｗ过程中偏色；那么在偏色的时候capture一张照片，放到ｐｃ机上看是否偏色， 如果偏色，那么说明不是ｌｃｄ的问题，可能是sensor的数据或者是在处理senosr后的数据出问题了； 如果不偏色，那么比对在你在ｐｒｅｖｉｅｗ过程中和ｃａｐｔｕｒｅ中取ｓｅｎｓｏｒ数据是否相同，如果相同 那么可能是ａｗｂ等相关问题引起的；如果不同，那么就出在preview对图像数据的处理出问题了。个人觉得是对ｓｅｎｓｏｒ出来后的数据处理出了问题。主要是ＡＷＢ等相关工作引起的。
还有，我们发现摄像头组装技术还是蛮差的，在北京外头与深圳外头拍的标准图的颜色竟然不一样，本来一口咬定ISP问题，後来做了很多分析与测试，发现同一颗摄像头模组，在不同温度表现竟然的不一样的，CMOS厂一口咬定组装不好，但组装厂却说不一样的话，还在努力跟他们谈！
我遇到过几个问题:
图像断层：frame rate设的太高
白色噪点：sensor品质问题
x显示正常代表不是LCD 屏的问题，我遇到过这样的问题，主要出在Camera端。首先要确保13M时钟的幅度，这是Sensor的基本参考时钟，很多问题都出现在13M上，比如说摄像画屏，黑评等，其次是从Sensor回来的Hsync，Vsync，Pclk的阻抗匹配以及信号能量，匹配不好会出现红线之类的不重复出现的问题。
很有可能是connector接触问题，以前也有碰到类似现象。模组厂家一开始提供的样品connector是人工焊接的，这种现象就经常出现，第二批样片机贴后，这种现象基本就不再出现。另外检查一线数据线中是否有虚焊的。
第一，可以确定不会是数据位掉了造成的，
第二，是由于多数sensor是bayer格式造成的，
学习了，谢谢分享。
学习了
首先这个问题不一定是LCD的数据线有问题,如果是其中一根数据线有问题的话就不是显示变色了很可能图象显示不正常了.我们遇到过相似的问题:就是在preview时拍照,图象要在LCD停住这时显示的是用户已经拍下的照片,有时候会出现两种现象:一是像楼上那样颜色不对,另一种就是图象出现断层的现象.后来分析是软件的原因,在软件上做了修改就解决了.我们那个项目的camera是130万象素的,LCD是26万色的TFT屏,所以使用了中芯微的一个视频处理芯片来管理他们俩,在preview时camera来的数据直接通过视频芯片送给LCD显示(这时显示都是正常的),但用户要拍照时camera的数据就会由视频芯片压缩然后送给基带去存储(步骤1)同时再由基带将图象解压缩送到LCD显示(步骤2).在基带储存的图象是正确的(我们将图象调出来看),这说明步骤1是完全正确的,问题出在步骤2上.由于camera的是130万象素容量大所以软件中在步骤2中不是一次将它送完,是分两次来送的,分析有可能是第二次的数据和第一次没有衔接好导致的,我们在软件中修改成一次传送完成就再没有出现这个问题了.