法則四儘量不用數碼變焦拍攝。如果用數碼變焦來拍照，會減弱圖像的清晰度，效果還不如不用數碼變焦拍攝的好。例如，一張使用數碼變焦拍攝、分辨率爲640×480的照片，實際分辨率可能只有320×240，在計算機上看時，圖像不是變小就是變得模糊。
手機攝像頭參數配置時的問題
1。很多時候其實是鬼影，畫面顏色亂得鬼畫圖書一樣（但顏色顯示不正常、並帶有較大的色塊光斑等等現象），不專業的同志往往把這也叫花屏。這個原因主要是數據線上的信號不對，比如D[5]跟GND短路，或者斷開。越是高位的信號線出問題，鬼影現象將越嚴重，低位信號（如D[1]、D[0]）則對畫面影響不大，所以，在十位輸出格式中，往往爲了兼容8 位的IO口，把低兩位去掉，只要高8位。如何理解高位信號線的重要性？大家知道8位信號可以表示256個不同的級別，比如亮度值Y的高低級別、或者色度值 U/V的強度級別。假如D[7:0]=10000000代表的是128亮度值，那麼顯示出來就是灰色，但是如果D[7]斷開、或者短路，那麼CPU得到的值將是00000000，顯示出黑色，差別就大咯。同樣對於色度信號，也將出現顏色錯誤。所以出現這種情況，先查查信號通路（一般是Connector連接不良居多、然後是Sensor焊接綁定不良次之），然後再看驅動程序是否有弄錯
2。圖像反色，在RGB顏色系統中就是紅綠藍三個顏色的錯亂，在YUV系統中就是亮度信號跟色度信號的錯亂，當然也有兩個色度信號之間錯亂的。舉例說明，一個YUV422格式的Camera，其輸出的有效Pixel一般是:(Y0＋U0)、(Y1＋V0)、(Y2＋u1)、(Y3＋V1)....，如果因爲Camera的輸出時序錯位(比如 Camera輸出的是(U0＋Y0)、(V0＋Y1)....)，而CPU還傻不拉幾地認爲是前面一種標準時序，那麼就出現每個象素點的亮度信號跟色度信號反了，對於構建畫面清晰最爲重要的亮度信號Y被拉去作爲U（或叫藍色偏量Cb），那麼就會出現高亮度的地方呈現綠色，低亮度的區域呈現紅色，而且畫面整體亮度也大大偏低。其他情況大體相似，可以類推之。不過出現畫面反色一般都表現爲畫面大紅大綠的情況。對這種情況，一般先看看送給Sensor的參數中有沒有設錯相關寄存器的值，或者檢查CPU這邊驅動程序的設置是否跟送出來的數據格式一致。
3。畫面條紋，而且一般都是彩色的橫條紋。這種彩色的條紋是固定在某些行，或者不斷閃現在不同的行。從單個行數據來看，出錯的原因跟上面第2條一樣，都是由數據錯位引起。這次拿RGB Raw數據格式來說，RGB Raw輸出一般是第一行/第二行：RGRG.../GBGB...,如果第一行的數據R沒有被採樣到，那麼CPU採集到的數據實際上就是GRGR.... 0/GBGB....(假設此CPU對一行數據中不足的位用0補齊)，但是它又按照前面那個標準的數據排列來進行顏色插補的工作（對顏色插補不明白的等以後有時間再討論），如果照偏綠色的背景（R的分量很小，G的分量很大），但是由於採樣錯位，CPU把較大分量G的值當成是第一個象素R的值，本來弱小的R 分量就這樣莫名其妙的被大大地提升了，所以顯示保存圖片的時候這一行將整體的偏紅色，瞭解顏色插補的同志應該還會想到，即使第二行沒有錯位，也會受到一定的影響，呈現出偏紅的跡象。對於這樣的問題，不像第2那樣是整個畫面出現錯位，而只是某些行數據出現，這一般是由元器件製造時的差別引起的，Sensor 生產商不能保證每個Sensor的性能都一樣，也不能保證每行的數據時序都分毫不差。當然也跟信號受到外部的影響有關，比如行同步信號HREF受到外部影響，上升沿長，將可能引起第一個PCLK丟失。再假如PCLK信號如果受到干擾、或者驅動能力不夠，也有可能導致某些象素的丟失，從而一行數據的排列都會錯位，出現畫面的條紋現象。所以在設計硬件或者調試驅動程序的時候，良好的信號同步策略，以及設置更好的信號容差範圍將是系統長期穩定性的基礎
4。畫面噪點，畫面過多的噪點也往往會被說成是畫面花屏，可能從直觀理解，噪點這種“花屏”才真叫花，照出來滿臉的麻子，而且是花花綠綠，奼紫嫣紅啊。噪點我放到最後纔講是因爲這個問題嘛，現在已經越來越不是問題了。隨着CMOS技術的進步，已經ISP的集成，Sensor中降噪的能力越來越強，除了低照度（幾個LUX）下的噪點還很難消除外，其它時候已經可以通過顏色矯正、自動增益調節、自動Gmma、黑白點矯正等ISP功能基本消除掉。如果是用RGB Raw數據格式的兄弟可是要費一番功夫了，調試驅動的時候要充分利用CPU集成的一些ISP功能，消除掉那些紅鬼藍鬼。畫面噪點主要跟Sensor的設計製造技術有關，我們往往也只能望而興嘆，但是如果Boss比較大方、應用於高端機型的，還是得買貴的Sensor啊，現在這個市場啊，已經擠得水泄不通了，價格也不會不靠譜，基本上是一分錢一分貨了。
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/qikaibinglan/archive/2010/09/14/5882832.aspx
