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
恭喜進步了。