找回密码
 注册
搜索
查看: 2231|回复: 15

[讨论] 请问手机中的camera pclk频率与其所能传送的data大小有关系么

[复制链接]
发表于 2008-6-18 11:53:20 | 显示全部楼层 |阅读模式
对于手机应用而言,如果要求配500W camera pclk为48M,手机选用CPU支持 camera 8位数据传送,那么我可以理解为该手机camera模块可以处理48*8=384Mbps,还是48/8=6Mbps。
毕竟真正与CPU传送数据是靠串口,比如I2C接口,是不是应该从camera moudule处并口(我理解为8位数据位)进入CPU,而与CPU处理相关的是I2C接口(串口)。
那么这样的话,计算该手机CPU camera interface处可支持的数据传输量应该如何计算呢?
请达人帮助,在线等。
[em13][em10]
发表于 2008-6-19 00:01:32 | 显示全部楼层
48MHz = 相當於每秒可以處理  48M pixel 資料 (用8 bits parallel 計算的話)

所以5M的sensor 你就可以得到最高輸出 5M@9.6fps

FYI
点评回复

使用道具 举报

 楼主| 发表于 2008-6-26 13:56:13 | 显示全部楼层
谢谢楼上的解答 可是我还是不太明白
“48MHz = 相當於每秒可以處理  48M pixel 資料 (用8 bits parallel 計算的話)”是为什么,为何要加注释强调是(用8 bits parallel 計算的話)

所谓的一桢对于不同的sensor而言就是它所能够支持的最大像素位么?
还望帮忙进一步解答。
点评回复

使用道具 举报

发表于 2008-6-30 22:20:36 | 显示全部楼层
應該要區分為RAW data及YUV二種不同的格式,
因為YUV的資料量是RAW data的二倍,
而2樓樓主的算法是針對RAW data,
如果是YUV格式還要再除以2。

RAW : 48M/5M = 9.6fps
YUV : 48M/(5M*2) = 4.8fps
[br]<p align=right><font color=red>+3 RD币</font></p>
点评回复

使用道具 举报

发表于 2008-7-1 08:59:34 | 显示全部楼层
学习ing!
点评回复

使用道具 举报

发表于 2008-7-1 12:58:07 | 显示全部楼层
以下是引用myyear1984在2008-6-26 13:56:13的发言:
谢谢楼上的解答 可是我还是不太明白
“48MHz = 相當於每秒可以處理                48M pixel 資料 (用8 bits parallel 計算的話)”是为什么,为何要加注释强调是(用8 bits parallel 計算的話)

所谓的一桢对于不同的sensor而言就是它所能够支持的最大像素位么?
还望帮忙进一步解答。


和多少bit没有关系。都是并行传输。一般8-13bit
点评回复

使用道具 举报

发表于 2008-7-1 13:06:19 | 显示全部楼层
以下是引用angeloliou在2008-6-30 22:20:36的发言:
應該要區分為RAW data及YUV二種不同的格式,
因為YUV的資料量是RAW data的二倍,
而2樓樓主的算法是針對RAW data,
如果是YUV格式還要再除以2。

RAW : 48M/5M = 9.6fps
YUV : 48M/(5M*2) = 4.8fps


兄弟,说反了
点评回复

使用道具 举报

发表于 2008-7-4 16:27:59 | 显示全部楼层
Need consider invalid data time when transfer one frame[br]<p align=right><font color=red>+1 RD币</font></p>
点评回复

使用道具 举报

发表于 2008-7-31 16:29:13 | 显示全部楼层
以下是引用goodmdx在2008-7-1 13:06:19的发言:



兄弟,说反了

没有反吧
点评回复

使用道具 举报

发表于 2008-8-8 13:48:29 | 显示全部楼层
不知道该听谁的!!!
点评回复

使用道具 举报

发表于 2008-8-11 13:46:43 | 显示全部楼层
没有反.
点评回复

使用道具 举报

发表于 2008-8-12 17:27:59 | 显示全部楼层
晕了![em13]
点评回复

使用道具 举报

发表于 2008-8-13 10:13:30 | 显示全部楼层
还在跟,如果lz的是8bit的raw,如果确认yuv是4:2:2,那么资料的确应该是2倍。

RAW,就是指的从sensor出来的原始AD转换后的信号,不作任何处理,例如:一颗600W,12bit的 CCD sensor,AFE后,其原始RAW大小600W pixel×12bit,但是实际上sdram为16bit,去存取数据,浪费掉4bit,所以也就是600W×2/1024*1024=12MB,因此我们一般划分给raw的空间为12,13MB的样子。

实际上,YUV有很多格式,就不解释了,4:4:4,也就是说,每4点Y采样,就有相对应的4点Cb和4点Cr,4:2:2,就是说,每4点Y采样,就有2点Cb和2点Cr。4:2:0的是说色度采样在每条横向扫描线上只有亮度采样的一半,扫描线的条数上,也只有亮度的一半。

raw和yuv的大小比较是怎么样的呢,其实没有固定关系,有可能是一样大的,也有可能是yuv大一点。
比如我上面说的那一颗sensor 12bit的,如果是YUV 4:1:1,每个pixel是8bit的Y,那么实际上相对于raw,每个pix节约了4bit,每4个pixel有1个 Cr 和Cb 值,那么就是8×2/4=4bit, 每个点用yuv,其实下来还是一样的12bit,如果是4:2:2的,那么8×4/4=8bit,那么YUV每个点是16bit,相比原来的raw,多出了三分之一。

所以raw的大小空间和YUV没有固定的大小关系,得根据你具体的东西也不一样
[此贴子已经被作者于2008-8-13 12:42:06编辑过]
点评回复

使用道具 举报

发表于 2010-6-8 11:00:30 | 显示全部楼层
受教了,学习[em04]
点评回复

使用道具 举报

发表于 2010-6-8 13:16:31 | 显示全部楼层
學習了,就是還是不太懂。
点评回复

使用道具 举报

发表于 2010-6-8 15:17:36 | 显示全部楼层
楼主应该是用的MTK6239的方案吧.

48M plck 对于5M来说只适用于Raw data.否则帧率慢,很难接受.

无论是Raw-8bit还是Raw-10bit,1个pck都会输出一个pixel的数据.加上preview的数据一般是1/2采样的.因此preview帧率是
48/(5/4)=38.4fps
实际上这是个理想值,只有在Hsync和Vsync有效的PCLK才是有数据输出,其他blank的pclk均是无效的.
因此48M的PCLK出来的帧率大概在22fps左右.

CPU应该都是有并口的视频接口.无论是串口还是并口,CPU能够处理的数据量在规格书里面都会直接表现为接受的PCLK是多大.
但是据我的经验CPU标出来的都是理想值,实际应用还是有一些差距的.
点评回复

使用道具 举报

高级模式
B Color Image Link Quote Code Smilies

本版积分规则

Archiver|手机版|小黑屋|52RD我爱研发网 ( 沪ICP备2022007804号-2 )

GMT+8, 2024-10-4 11:10 , Processed in 0.048695 second(s), 17 queries , Gzip On.

Powered by Discuz! X3.5

© 2001-2023 Discuz! Team.

快速回复 返回顶部 返回列表