lcd ram/半反穿技术解析【转】

转自:http://bbs.meizu.cn/viewthread.php?tid=3058847&page=1

我的话题应该会比较长一些。但是大致板块如下:
1.LCD RAM;-->此项目前已经Over
2.OCA贴附方式;==>这个暂时不能给出更新时间,但是会尽快.
3.揭短某机所谓的半反穿屏幕;-->12/23 11:51 已经更新完毕。
4.使用魅族这么长时间的经验以及建议;

---------------------------------------------------------------------
感谢各位捧场加分支持。接下来的内容已经在筹备和撰写中了。因为在线写,所以速度上不去,稍安勿躁。还请见谅。
---------------------------------------------------------------------------
预告下:

原帖由 超高压 于 2011-12-23 12:50 发表 
楼主高人,能不能分析一下苹果4的屏幕为什么就那么透彻呢,感觉跟贴在屏幕上的一样,而且在阳光下,显示效果也很好。个人觉得比M9显示效果强很多。MX暂时还没见过,不清楚。

高人不敢当,恩,下一个OCA的话题就是谈这个哦。基本上来讲两个原因:一是苹果本身UI所导致的,而是跟OCA贴附方式也是有一定关系的。既然比较就应该用同等UI,同等背景的情况下比较,那样的话,只剩下OCA贴附方式不一样而已了。但是OCA方式会降低10%的良率以及后期维修费用双倍增加。至于阳光下的反应好,那是因为苹果本身的亮度就比魅族高100左右,加上OCA方式去除了TP与LCD之间的空气,避免由空气带来的镜面反射作用。大致如此。
-------------------------------------------------------------------------------------------
首先来讲第一个话题LCD RAM
由来
最近魅族论坛和小米论坛最火的话题之一莫过于LCD RAM,当然小米最近后院起火,导致售后/投诉才是最火的.
何为LCD RAM?
LCD 是指字面意思是液晶显示屏(Liquid Crystal Display), 而RAM: 随机存取存储器(Random-Access Memory),两者完全是风马牛不相及的东西。
下图是一个标准的LCD的爆炸图(不含TP),请注意图中红色mark的地方:控制IC-- LCD的大脑。所谓的LCD RAM自然是指此大脑是否包含RAM.
<ignore_js_op>

题外话<不感兴趣的可以跳过此节>
这个小东西占整个模组<不含TP>的大约8%~15%,也就是说以目前单片4.5的720P的IPS价格大致为200左右,这个IC的价格大约为16~30之间。<这个只是我估算出来的,还有待考证>。占整个手机成本比例其实算是很低了只有1%左右。当然同规格的IC是否内置RAM,的确价格方面会有差异,但是不会相差太多。目前产品同质化的严重的条件下产品的竞争力更多的表现为企业的采购力和成本控制能力。apple就是一个好的例子,最好的东西,最低的价格,当然一定是最大的量,甚至很多企业不惜亏本也要接apple的案子,原因有二:一是苹果能帮助企业一起提升制程能力,另外一方面,需要借助apple提升自己的形象。<不好意思扯的远了点>。

回到正题。
LCD是否需要RAM?
既然说到这里,我不得不澄清,这个狗血剧情并非新话题,其实在N久以前非高速产品<QVGA分辨率下的MTK产品时代>就一直存在此现象.这就好比N版的神雕侠侣,剧情不变,每一版的主演都在变.想当初一个年轻力壮的RGB和妖艳冻人貌美如花的如花:CPU一起当然要上演些狗血的激情.而现今廉颇老矣,尚能饭的自然只有MIPI.当然MIPI一人扮两角,搞2P是是万万不可的.因为这个主演的MIPI是一家之主,有N多小妾,其中两个一个被称为DSI和DCS。
下面我来正式介绍以上几个联袂激情演出的主角.大家热烈欢迎.
手机的器件很多,但主体无非是屏幕,主板,电池,外壳,最为核心的自然是主板和屏幕,屏幕与主板处理器之间的必然会有接口才能交换数据,我们称之为interface(数据接口)。
时间回到07年Iphone一代发布以前,主流手机尺寸还是2.2,分辨率大致QVGA,普通非智能手机平台如MTK/英飞凌/高通等都只有CPU接口(也写成MPU/MCU),若要采用RGB接口的大屏,则要添加一个CPU接口到LCD RGB接口的转换芯片。除此以外还有SPI,VSYNC,MDDI,MIPI等;

我重点说下,MCU(CPU),RGB interface。因为这个才是关系RAM的存在与否的关键。
CPU和RGB是两种不同的接口,简单的来讲:
CPU模式下,LCD controller是直接内置于LCD屏中的,这是所谓的Smart Display Panel,驱动程序只通过MPU数据总线将Data送到LCD的RAM中,至于显示到LCD中就直接交给内置的controller吧.
RGB模式下,就必须使用外部的controller,一般是指(手机或其他外部处理器)CPU自带,此时的LCD就是所谓的Dumb Display Panel(Dummy屏),数据必须通过点,行,帧时钟等由CPU自带controller去控制驱动数据显示到LCD上.
下面我简单用示意图来描述下这两者的差异.
<ignore_js_op>
速度上的较量:
这是两种不同的数据传输方式,一般来讲RGB接口传输数据要比CPU接口来的更快.因为对于LCD Driver IC而言,通过CPU interface,数据必须要先送至Driver IC内置的RAM,然后再由Driver IC内置的controller显示在LCD上.而相比之下RGB方式是通过接口直接往LCD上送data显示.说到底此两方案都需要一个RAM去暂存待发Data,只不过CPU是将GRAM做在Driver IC中,而RGB则需要接口转换IC(一般芯片中会集成此功能,内置GRAM.)但是不得不将这里所指的时间快慢只是以毫秒去计算的,人的感知根本无法对此作出判断.
优劣势的较量:
一般来说RGB更适用用以前所谓的大屏,QVGA/VGA,小屏(小于1.8寸)一般使用CPU interface.这个跟功耗基本上没有关系如果一定要扯到功耗比较,那么只能说同等驱动电压以及驱动尺寸下理论上CPU方式耗电更大,因为外置RAM的缘故.而CPU模式控制简单,无需时钟和同步信号,相比之下的RGB模式客制化程度更高.但是对开发端而言稍显复杂,并不是简单的下command的方式就能实现显示功能.
下面我们的故事进行到新版的狗血剧情中:MIPI阵营.(想了解MIPI的可以自行百度)
MIPI好比大户人家,MIPI就是一家之主的地主黄世仁.下面有无数小妾,DSI,DSC恰是其中两个.这两个各有所长,你可以认为,他们一个长的漂亮迷死了黄老爷,一个功夫厉害,爽死了黄老爷.总之结果就是和黄老爷搞上了.
<ignore_js_op>

以下内容来源网络。

DSI(Video Mode)视频模式.
这种工作模式与传统RGB接口相似,主机需要持续刷新显示器。由于不使用专用的数据信号传输同步信息,控制信号和RGB数据是以报文的形式通过MIPI总线传输的。因为主机需要定期刷新显示器,显示器就不需要帧缓冲器。这才MX LCD不需要RAM的关键原因。
DCS(Command mode)命令模式
MIPI总线控制器使用显示命令报文来向显示器发送像素数据流。显示器应该有一个全帧长的帧缓冲器来存储所有的像素数据。一旦数据被放在显示器的帧缓冲器中,定时控制器就从帧缓冲器中取出数据,并自动把它们显示在屏幕上。MIPI总线控制器不需要定期刷新显示器。
两种模式的优缺点
       在成本和功耗方面,每个工作模式都有优点和缺点。视频模式显示架构无须帧缓冲器。然而,主机定期以高速模式发送DSI视频报文却消耗了大量的平均能量。
       在理想情况,当显示内容不改变时(或不经常改变时),显示系统的中央处理器就应该切换到低功耗模式,而处理器和显示器之间的链路会在需要的时候激活。由于主机定期刷新的需要,部分中央处理器和存储器接口也需要保持激活状态,这可以使系统不会达到最好的功率预算。
       另一方面,命令模式显示架构允许显示器直接对整个帧缓冲器进行自刷新。然而,在显示器中集成全帧长帧缓冲器总是需要成本的,特别是今天的大多数用户所需求的高分辨率显示器。这就要求接口芯片有更大的管芯尺寸。显示器制造商也不得不为每种显示分辨率提供具有特定容量帧缓冲器的显示控制器。
       对于视频模式和命令模式显示架构,通常都需要对显示控制器的寄存器编程来设置相应的显示分辨率、外观比率和工作模式。MIPI并不定义任何标准协议来访问这些内部寄存器,因此,不同的显示器制造商可以定制自己专用的命令集。
       为了摆脱不同制造商专用显示命令之间的冲突,有些制造商更愿意让显示器能够自己进行初始化,以使显示器不需要MIPI主机控制器的配置就可以正常工作。在这种情况下,显示器通常有一个存储显示参数的PROM存储器。这是非常方便的,但PROM也占据了比较大的存储器空间。

看完上面这一段,应该会有人明白了。其实这只是两种方式而已,都是把手机处理器的数据传送到LCD上,并显示出来,结果都是一样。正如魅族工程师所言,目前的处理器完全能够应付,RAM是多次一举。

下面就部分网友提出的为何9100和IP4内置RAM的事情进行澄清.
       首先是9100,我没有找到9100的资料,但我不相信9100上市产品在使用command mode,这样的方式虽然节省端口的数据量,但是存在刷新频率低,并且这么高的分辨率以及亮度的产品,肯定会导致filker闪烁出现.并且以9100的处理器,同时为两块WVGA的产品video mode的刷新完全没有压力.
       其次是IP4,IP4驱动IC的确内置RAM.但是却未使用在产品端.下面我来举证.
       这是IP4/IP4S的测试开发板.
看图中,大家可以比对下网上的拆机图片,确认下是不是apple的模组?
<ignore_js_op> 
       此测试系统使用的是solomon SSD2825的MIPI芯片使用video mode点亮的.我拿到的datasheet并非正式版,(其实SSD2805完全可以驱动Apple的模组,只是必须以command mode,)因为此产品为3lane产品,而SSD2805只能支持2lane,最大带宽无法满足video mode,而SSD2825支持4lane,最高分辨率可以支持到1920*1200;
      下面看我在SSD2825 Datasheet中的截图.
<ignore_js_op> 
       此IC同时支持Dumb display panel 和Smart display panel.而对我们MX的处理器更不用说,其实**的处理完全支持(个人猜想),那么为什么**没有这样做呢.肯定是降低开发难度,不需要在LCD接口调试上花费太多精力,但缺点也显而易见,可能偶尔会出现屏幕延时的现象.
       再来讨论下IP4为何内置LCD RAM,首先IP4内置RAM这个毋庸置疑,但是内置不代表他在使用,原因有二:一是对Apple这样走量的客户,订单随便都是上千万,这样的量,内置和不内置价格基本无异.二来,Apple是不做亏本生意的,那么RAM是干嘛用的,答案就是For工厂端的测试使用,众所周知,使用command mode的时候,对带宽要求较低,从某种意义上来讲,对LCD工厂端测试机的要求相应也会降低.apple虽然是暴利企业,但是不得不说他很会供应商打成一片,帮助供应商一起降低成本,等于变相的降低自己的成本.
好了,现在问题解决了.大家还期待什么?**以及众媒体的下一轮诋毁?来吧.脑残们.哥举起打狗棒候着你们.
       最后的话,其实我们真的没必要掐来掐去,都是数码爱好者,只是大家需求不一样而已.何必来这种下三滥的诋毁.真以为**是发烧友俱乐部?呵呵,我只能默默的在心底呼喊:脑残.但是从另外一个角度来讲**是一个成功的产品,因为价格真的很有杀伤力.但同时蛋疼的也低价所带来的品质低劣,售后等一大堆问题.
       读完以上内容大家应该对此次LCD RAM有个定夺了吧,其实说是魅族cost down而使用残缺屏,完全是扯鸡巴蛋。这是活脱脱的扣屎盆子的行为。我都懒得鄙视某些企业,不实实在在的做企业,倒是拿些“全球”“最快”“双核”“顶级供应商”“1999”“发烧友”字样,帮助一些无知的有着发烧梦的伪发烧友成就他们所谓的发烧梦想。我更愿意把他看着是一个公开的媒体愚民宣传,当然我不想对这些被愚弄的或者自愿被愚弄的小辈报以同情心。
__________________________________
LCD RAM部分更新完成。如有不实之处,还请各位指教。

To be continue......

[ 本帖最后由 westjam 于 2011-12-23 13:00 编辑 ]

时间: 2024-12-11 22:59:34

lcd ram/半反穿技术解析【转】的相关文章

android apk 防止反编译技术第二篇-运行时修改字节码

上一篇我们讲了apk防止反编译技术中的加壳技术,如果有不明白的可以查看我的上一篇博客http://my.oschina.net/u/2323218/blog/393372.接下来我们将介绍另一种防止apk反编译的技术-运行时修改字节码.这种方法是在工作中在实现app wrapping时,看到国外的一篇关于android 安全的介绍实现的并且独创.下面我们来介绍一下这种方法. 我们知道apk生成后所有的java生成的class文件都被dx命令整合成了一个classes.dex文件,当apk运行时d

STM32F413/423/446芯片解密单片机破解技术解析!

STM32F413/423/446芯片解密单片机破解技术解析! 深圳凯基迪科技,专业承接各种高难度加密芯片,现承诺STM32F413解密STM32F423解密STM32F446芯片解密单片机破解100%包成功!如有需要欢迎咨询:132-6677-8242 , QQ:528621124 STM32F413/423 Cortex-M4入门级高性能微控制器: STM32F413/423微控制器为高性能STM32F4系列单片机的入门级产品,实现了运行模式下的动态功耗和处理器性能之间的最佳平衡,即使在3.

android apk 防止反编译技术第三篇-加密

上一篇我们讲了apk防止反编译技术中的加壳技术,如果有不明白的可以查看我的上一篇博客http://my.oschina.net/u/2323218/blog/393372.接下来我们将介绍另一种防止apk反编译的技术-运行时修改字节码.这种方法是在工作中在实现app wrapping时,看到国外的一篇关于android 安全的介绍实现的并且独创.下面我们来介绍一下这种方法. 我们知道apk生成后所有的java生成的class文件都被dx命令整合成了一个classes.dex文件,当apk运行时d

android apk 防止反编译技术第二篇-运行时修改Dalvik指令

上一篇我们讲了apk防止反编译技术中的加壳技术,如果有不明白的可以查看我的上一篇博客http://my.oschina.net/u/2323218/blog/393372.接下来我们将介绍另一种防止apk反编译的技术-运行时修改字节码.这种方法是在工作中在实现app wrapping时,看到国外的一篇关于android 安全的介绍实现的并且独创.下面我们来介绍一下这种方法. 我们知道apk生成后所有的java生成的class文件都被dx命令整合成了一个classes.dex文件,当apk运行时d

android防反编译技术初体验——混淆

这几天做项目要做混淆,所以搜集资料学习了下,这次主要记录混淆的步骤,如有需要改正和完善的地方,还麻烦能够指出,大家共同进步o(* ̄▽ ̄*)ブ 1.项目防反编译技术步骤: a) 加密. b) 混淆. c) 加壳(加固); 2.加密:对信息进行摘要计算,然后摘要值用私钥进行验签,重要数据使用rsa非对称加密: 3.混淆:Android Studio开发工具自身集成了Java语言的ProGuard技术,对java代码有压缩.优化.混淆.预检的功能,AcFlash项目的Android端使用了ProGua

TerarkDB 数据库的性能报告与技术解析

相信很多人都看过火爆的美剧<硅谷>,里面描述的未来科技就是,可以在压缩的数据上作检索,而无需事先将数据解压.在现实中,我们就在研发这种技术.基于这项核心技术,我们对外发布了存储引擎产品 TerarkDB,这个产品具有极高的技术壁垒.我们的目标就是超越 Facebook 的 RocksDB,Google的 LevelDB,MongoDB 的 Wiredtiger,作出世界上性能最好的存储引擎. TerarkDB 简介 TerarkDB 是一个拥有极高性能和数据压缩率的存储引擎.使用方法类似Fac

互联网DSP广告系统架构及关键技术解析

互联网DSP广告系统架构及关键技术解析 宿逆 关注 1.9 2017.10.09 17:05* 字数 8206 阅读 10271评论 2喜欢 60 广告和网络游戏是互联网企业主要的盈利模式 广告是广告主通过媒体以尽可能低成本的方式与用户达成接触的商业行为.也就是说按照某种市场意图接触相应人群,影响其中潜在用户,使其选择广告主产品的几率增加,或对广告主品牌产生认同,通过长期的影响逐步形成用户对品牌的转化. 一个好的DSP系统需要满足: 拥有强大的RTB(Real-Time Bidding)的基础设

反调试技术

反调试技术在调试一些病毒程序的时候,可能会碰到一些反调试技术,也就是说,被调试的程序可以检测到自己是否被调试器附加了,如果探知自己正在被调试,肯定是有人试图反汇编啦之类的方法破解自己.为了了解如何破解反调试技术,首先我们来看看反调试技术. 一.Windows API方法 Win32提供了两个API, IsDebuggerPresent和CheckRemoteDebuggerPresent可以用来检测当前进程是否正在被调试,以IsDebuggerPresent函数为例,例子如下: BOOL ret

APK防反编译技术

APK防反编译技术 下载地址:地址 我们的APK实际上就是一个ZIP压缩文件,里面包含有一个classes.dex,我们编译后生成的程序代码就全部在那里了,通过apktool等工具可以轻松地将它们反编译成smali代码.有了这些反编译出来的smali代码之后,我们就可以轻松地了解别人的APK使用的一些技术或者直接修改别人的APK.由于这些APK反编译工具的存在,我们迫切地希望能有方法去防止别人来反编译我们的APK,从而保护自己的商业机密和利益. 下载地址:地址 版权声明:本文为博主原创文章,未经