热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

8M的摄像头,30fps摄像时,60hz的LCD刷新频率,请问camera每秒向BB传输多少数据,如何计算

8M的摄像头,30fps摄像时,60hz的LCD刷新频率,请问camera每秒向BB传输多少数据,如何计算xiang2012Postat20128710:37:338M的摄像头,3


8M的摄像头,30fps摄像时,60hz的LCD刷新频率,请问camera每秒向BB传输多少数据,如何计算
xiang2012 Post at 2012/8/7 10:37:33
8M的摄像头,30fps摄像时,60hz的LCD刷新频率,请问camera每秒向BB传输多少数据,如何计算,
用RGB可以实现吗,还是只能用mipi实现,再请问RGB和mipi速度上大概有多大的区别,谢谢!
望高手不吝指教




xiang2012 Post at 2012/8/7 14:45:10
没人回答吗,是不是太简单了,小弟我才疏学浅,还望各位大侠赐教呀


tzhouyu Post at 2012/8/7 18:23:28
你preview的size是多大啊? 8M 摄像头,不代表你输给屏的数据就是8M,这个一般capture才是, 你preview是720P?


xiang2012 Post at 2012/8/8 9:27:15
嗯,720P的话如何计算呢,LCD是800*480,我刚刚进入这个行业,好多不懂啊,那capture又如何计算呢


tzhouyu Post at 2012/8/9 9:18:28
720P 的话, 假如camera输出的是raw10,30fps,那么传送给BB应该是1280x720x10x30 = 276,480,000 bits/second, 不过这个数据跟传到屏上是不一样的,camera输出30fps到bb,不等于bb传送到屏上就30fps,一般屏起码也要刷50,或者60fps吧。 但是基本的思路就是这样,楼主自己好好琢磨下吧。


xiang2012 Post at 2012/8/9 15:58:44
多谢~[em02]


xiang2012 Post at 2012/8/9 16:52:37
[QUOTE][B]以下是引用[i]tzhouyu[/i]在2012-8-9 9:18:28的发言:[/B]
720P 的话, 假如camera输出的是raw10,30fps,那么传送给BB应该是1280x720x10x30 = 276,480,000 bits/second, 不过这个数据跟传到屏上是不一样的,camera输出30fps到bb,不等于bb传送到屏上就30fps,一般屏起码也要刷50,或者60fps吧。 但是基本的思路就是这样,楼主自己好好琢磨下吧。[/QUOTE]

 


你这个公式里面怎么感觉与8M没关系呢




yanba2003 Post at 2012/8/9 17:52:11
人家都说了8M只是拍照Capture的时候,并不是预览Preview的时候。
如果要显示8M的像素点,则要3000X2000多分辨率,哪个屏有这么高。


xiang2012 Post at 2012/8/10 8:40:17
[QUOTE][B]以下是引用[i]yanba2003[/i]在2012-8-9 17:52:11的发言:[/B]
人家都说了8M只是拍照Capture的时候,并不是预览Preview的时候。
如果要显示8M的像素点,则要3000X2000多分辨率,哪个屏有这么高。[/QUOTE]
哈哈,小弟我才疏学浅,望前辈体谅~OK


tzhouyu Post at 2012/8/10 9:19:09
屏分辨率不够是个问题,现在很好的屏估计也就720P的,但是,楼主不是自己都说了,preview需要30fps, 如果是8M的话,如果preview 用8M的话, 8Mx30=240M, 其实sensor 还会有些黑行,一行里面还有些back porch,所以起码接近260M,如果8M的sensor 用的并口,那么,代表pclk要260M,这是多块的时钟啊,不过一般来说,8Msensor都是用mipi,那么就算是mipi 两条lane, 那么mipi phy的时钟的频率 应该是 8M x 30 x10 /2 = 1200M,加上mipi 协议要传输的一些其他数据,要大于这个数,那么如果现在D phy的话,最大的传输速度是1G,而且估计很少有人能够做到这个数值,ov貌似也就做到了800M。 所以,preview 不可能采用8M。


xiang2012 Post at 2012/8/10 10:04:28
[QUOTE][B]以下是引用[i]tzhouyu[/i]在2012-8-10 9:19:09的发言:[/B]
屏分辨率不够是个问题,现在很好的屏估计也就720P的,但是,楼主不是自己都说了,preview需要30fps, 如果是8M的话,如果preview 用8M的话, 8Mx30=240M, 其实sensor 还会有些黑行,一行里面还有些back porch,所以起码接近260M,如果8M的sensor 用的并口,那么,代表pclk要260M,这是多块的时钟啊,不过一般来说,8Msensor都是用mipi,那么就算是mipi 两条lane, 那么mipi phy的时钟的频率 应该是 8M x 30 x10 /2 = 1200M,加上mipi 协议要传输的一些其他数据,要大于这个数,那么如果现在D phy的话,最大的传输速度是1G,而且估计很少有人能够做到这个数值,ov貌似也就做到了800M。 所以,preview 不可能采用8M。[/QUOTE]

 

哈哈,谢谢了,通过你的回答我理解了很多,多谢你能帮助我,好人有好报~好人一生平安




tzhouyu Post at 2012/8/11 21:23:44
客气了。


xiang2012 Post at 2012/9/5 16:49:32
经过一段时间的学习,重新回答此问题,一般情况下,若以YUV422输出到BB,30fps,VGA分辨率,camera与BB接口为8位的数据线,则传输速率为     640*480*16*30/8=18Mbps
当然640*480的分辨率中,还存在HBlank,Vblank,所以实际传输速率应该大于18Mbps,此公式中16为YUV422每像素所占的比特数


tzhouyu Post at 2012/9/6 18:20:39
恭喜进步了。

推荐阅读
author-avatar
EDDSJZ紅葉
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有