MTK6235跑500万像素的camera，有什么缺点吗？

sonic140127 · 发表于 2010-8-4 09:18:12

<img src="attachments/dvbbs/2010-8/2010849153373499.jpg" border="0" onclick="zoom(this)" onload="if(this.width>document.body.clientWidth*0.5) {this.resized=true;this.width=document.body.clientWidth*0.5;this.style.cursor='pointer';} else {this.onclick=null}" alt="" />
听网上大虾说的，按此种架构，在MTK6235上即可跑500W像素的camera.
那么这样说的话，MTK可以把它里面的ISP统统干掉了，还有存在的必要吗？

只是不知道按此架构拍照的话，会有什么缺点？

abtang · 发表于 2010-8-10 12:09:37

路过，了解

chenhaixin · 发表于 2010-8-9 17:20:53

以下是引用110xugang在2010-8-6 11:19:25的发言：
ISP内置到SENSOR里面！[em14]

徐大哥你也在啊。

woird · 发表于 2010-8-9 14:29:39

路过，学习，[em02][em01]

zj483 · 发表于 2010-8-9 09:14:23

补充一点，在preview时应该是以小尺寸的YUV的格式（VGA或其他）输出才对，这样帧率就不会太慢，否则使用JPEG输出的话，它必须先encode后输出，然后BB上decode成RGB，再送到lcd显示，这样时间会比较长。jpeg只是在capture时才输出

jamesbond · 发表于 2010-8-8 09:47:21

由于接5Mega CCM,在需要传大像素图象的时候接口只能传JPG，即使你可以设置寄存器出RGB数据，接口带宽也不够。

一般情况下，preview就只传VGA像素，RGB/YUV格式，通过设置寄存器输出，这样后端不需要解码，只要位重组成显示需要的RGB格式就可以。实际上是把sensor内部的ISP bypass.

capture,就直接出JPG格式，这样capture速度就非常快了。

sensor内置ISP，从系统功耗来分析，比需要backend IC或者BP软解的方案会省电很多，普通情况下sensor内部ISP是1.8V的DSP或者ASIC硬核，而backend IC都是通用MCU+JPG EN/DECODER.单以拍照来说，ISP集成在sensor内部效率会高一点。

综合一点，sensor内置ISP直出JPG的架构的性能，比BP压缩编码JPG效果好，比需要backend IC的效果差；从实现成本上，也同样处于独立backend IC与BP软解当中。

jamesbond · 发表于 2010-8-8 09:31:18

因为JPG ENCODER速度很慢，像素越高，编码时间成几何级数增大

Raikkonen21 · 发表于 2010-8-7 22:53:52

以下是引用zj483在2010-8-4 11:50:37的发言：
主要是拍照时间长，35的从拍照到回显照片，OV5640需要4到5s，

我这边是sensor传出的yuv数据，然后再通过cpu传出rgb565（cpu里面又颜色空间转换），然后再编码成jpg的图片，怎么需要十几秒。甚至更长

你知道什么原因吗？

我拍的是3M像素的照片

jamesbond · 发表于 2010-8-7 21:38:36

另外，直接输出RGB/YUV数据的sensor preview的时候更流畅，而输出JPG格式的sensor就比较卡了

这里比较有意思的是，一般情况下preview要求是越流畅越好，而capture则时间稍微长点可以忍受。这样的话理应是直接出RGB数据更好，到display不需要解码。

但是山寨厂的产品经理在规划的时候则完全不考虑技术深层，只要能接大的像素，也不管最终系统平衡与效果到底如何，能接大的就接。这样实际上系统最终效果会更不好，或许你接个5Mega preview出来让用户感受度还不如0.3Mega.数据管线运算不平衡，瓶颈在显示解码输出，这样你即使5Mega,驱动将不得不降桢输出。

在中国做技术，最终是越做越烦恼的，很多时候，明明知道设计的是一个垃圾，但无奈技术者很少能参与决策，越是技术水平高的，越是痛苦，因为经常在做违反自然规则的设计。意志被强奸的痛苦，做久了或许心理都会有问题。[br]+1 RD币

jamesbond · 发表于 2010-8-7 21:22:15

直接传JPG数据比传RGB raw data码率要小很多。

从接口带宽上来说，如果是按JPG传输，可以上到更大的画素。也就是说，如果是普通sensor,可能极限只能上到3Mega,而内置ISP的sensor会轻松达到5Mega。

但是sensor包ISP的架购也有缺陷，因为从系统上来讲，如果BB有JPG encoder可以有很多种图象合成的处理，可以运用到其他软件功能开发如应用游戏等。而放在sensor里面就只能是单向出数据到BB了，灵活性变差。ISP利用率受到限制，不经济。[br]+3 RD币

idleman · 发表于 2010-8-6 20:23:23

以下是引用zj483在2010-8-4 11:50:37的发言：
主要是拍照时间长，35的从拍照到回显照片，OV5640需要4到5s，

你不知道有爆拍吗

ericcool · 发表于 2010-8-4 13:39:25

这边有在做300w的，三秒内可以回显。
还有，为什么说isp可以全部干掉？

sonic140127 · 发表于 2010-8-4 12:07:53

这个时间是怎么计算的呢？
1张JPEG图片的大小差不多时1MB左右，应该用不了楼上说的4~5S的时间

zj483 · 发表于 2010-8-4 11:50:37

主要是拍照时间长，35的从拍照到回显照片，OV5640需要4到5s，

BBnewbie · 发表于 2010-8-4 11:29:28

用这种方式，Sensor是不一样的。

普通Sensor输出YUV格式，然后再通过MT6235处理成Jpeg格式，而上述方案需要Sensor直接输出JPEG格式，也就是把MT6235里面的一部分工作放到了Sensor里面。

好处是使得MT6235也可以支持500W。
坏处是这种方式使用的500W像素Sensor比普通500W的Sensor价格贵。[br]+3 RD币

lengsen · 发表于 2010-8-10 21:01:30

学习了，虽然没做MTK的，但是也能学习到一些有用的东东，谢谢大家~

jimi · 发表于 2010-9-8 19:40:09

以下是引用jamesbond在2010-8-8 9:47:21的发言：
由于接5Mega CCM,在需要传大像素图象的时候接口只能传JPG，即使你可以设置寄存器出RGB数据，接口带宽也不够。

一般情况下，preview就只传VGA像素，RGB/YUV格式，通过设置寄存器输出，这样后端不需要解码，只要位重组成显示需要的RGB格式就可以。实际上是把sensor内部的ISP bypass.

capture,就直接出JPG格式，这样capture速度就非常快了。

sensor内置ISP，从系统功耗来分析，比需要backend IC或者BP软解的方案会省电很多，普通情况下sensor内部ISP是1.8V的DSP或者ASIC硬核，而backend IC都是通用MCU+JPG EN/DECODER.单以拍照来说，ISP集成在sensor内部效率会高一点。

综合一点，sensor内置ISP直出JPG的架构的性能，比BP压缩编码JPG效果好，比需要backend IC的效果差；从实现成本上，也同样处于独立backend IC与BP软解当中。

sensor 内置ISP，整机的功耗要比sensor RAW out+ BB 集成ISP功耗大得多。

liuyunchi · 发表于 2010-9-8 18:15:59

看看！ ..

tianqibucuo · 发表于 2010-9-7 20:12:31

SOC的sensor，这样做出来的效果。。。。。。。。。。没法说。
可塑性极其差。。。。

如果愿意多加点钱，加一颗ISP芯片，你的效果将比市面大部分手机效果好。

liuyunchi · 发表于 2010-9-7 09:08:29

路过...

		自动登录	找回密码
密码			注册

[讨论] MTK6235跑500万像素的camera，有什么缺点吗？

本帖子中包含更多资源