作者:EDDSJZ紅葉 | 来源:互联网 | 2023-10-16 19:45
8M的摄像头,30fps摄像时,60hz的LCD刷新频率,请问camera每秒向BB传输多少数据,如何计算xiang2012Postat20128710:37:338M的摄像头,3
8M的摄像头,30fps摄像时,60hz的LCD刷新频率,请问camera每秒向BB传输多少数据,如何计算
xiang2012 Post at 2012/8/7 10:37:338M的摄像头,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:28720P 的话, 假如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恭喜进步了。