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速度上大概有多大的区别，谢谢！
望高手不吝指教
用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]
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多分辨率，哪个屏有这么高。
如果要显示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
人家都说了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]
屏分辨率不够是个问题，现在很好的屏估计也就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每像素所占的比特数
当然640*480的分辨率中，还存在HBlank，Vblank，所以实际传输速率应该大于18Mbps，此公式中16为YUV422每像素所占的比特数
tzhouyu Post at 2012/9/6 18:20:39
恭喜进步了。