版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
Camera常用知識及流程分析-----讓凌鵬內(nèi)容提要四、camerahal代碼分析三、kernel相關(guān)代碼分析二、上電識別camera流程一、基本概念五、3288和3188及以前的代碼差異六、出錯時log打印一、基本概念1.1常用camera分類SOCSensor:自帶ISP,輸出yuv數(shù)據(jù),使用cif接口,因為cif接口不帶isp,不對camera效果做處理。RAWSensor:不帶isp,輸出sensor采集原始灰度數(shù)據(jù)。目前發(fā)布的mid_sdk中僅3288支持這種sensor,這種就需要我們調(diào)試效果,使用mipi接口。1.3MIPI接口DOVDD,DVDD,AVDDPWDN,MIPI_RSTMCLK:24MHzMIPIData,CLK 一、基本概念1.3CIF接口(socsensor,yuv)
XCLK(MCLK),PCLKVSYNC一、基本概念二、上電識別camera流程2.1mediaservice啟動在init.rc文件中servicemedia/system/bin/mediaserverclassmainusermediagroupsystemaudiocamerainetnet_btnet_bt_adminnet_bw_acctdrmrpc
mediadrmiopriort4
啟動mediaservice的時候,main_mediaserver.cpp中intmain(intargc,char**argv){AudioFlinger::instantiate();MediaPlayerService::instantiate();CameraService::instantiate();//cameraservice的啟動AudioPolicyService::instantiate();
二、上電識別camera流程
registerExtensions();ProcessState::self()->startThreadPool();IPCThreadState::self()->joinThreadPool();}啟動cameraservice的時候非常重要的一步:camera_get_number_of_cameras這是獲取camera個數(shù)及camera相關(guān)參數(shù)的。#defineCAMERAS_SUPPORT_MAX2rk_cam_info_tgCamInfos[CAMERAS_SUPPORT_MAX];staticsignedintgCamerasNumber其實這個時候是獲取camera參數(shù)到gCamInfos中,從這里也最多看到最多支持2個camera。注意:這里容易識別不到設(shè)備,后續(xù)攝像頭打不開。三、kernel相關(guān)代碼分析3.1
v4l2_subdev
v4l2_device下面一個層次是v4l2_subdev,它需要和它的子設(shè)備進行通信,如果說camerahost是一個v4l2_device設(shè)備,那么就可以將camera模組稱為一個v4l2_subdev設(shè)備,它們之間的通信可以采取多種方式常見的是I2C。
camera的驅(qū)動文件比較簡單,它和v4l2_device都是在kernel\drivers\media\video下面,以各型號命名,如ov5640.cgc0308.c里面代碼較簡單,是一些寄存器數(shù)組和簡單寄存器邏輯判斷組成(如af),數(shù)組包括初始化,預覽分辨率,最大分辨率,還有如各種效果如曝光,白平衡等需要設(shè)置的寄存器組,以及設(shè)置他們的函數(shù)三、kernel相關(guān)代碼分析3.2
v4l2_device
如上所說,camerahost是一個v4l2_device設(shè)備,即我們的cif相關(guān)驅(qū)動,cif驅(qū)動較sub_dev復雜一點。
在上面說的目錄下面有rk30_camera_oneframe.crk30_camera_pingpong.c兩個文件,目前默認的為前一種模式,即單幀模式,后一種為乒乓模式。那host驅(qū)動就涉及到裁剪,格式,制式,videobuf的初始化與設(shè)置。當全部設(shè)置好,會設(shè)置寄存器設(shè)置開始接收stream流,當buf接受滿后會產(chǎn)生中斷,進入rk_camera_irq函數(shù),會將camera數(shù)據(jù)存入隊列,并將vb->state=VIDEOBUF_DONE;四、camerahal代碼分析4.1
camerahal的初始化當一打開攝像頭的時候,從framework下來第一次執(zhí)行的反函數(shù)是CameraHal::CameraHal(intcameraId),里面會創(chuàng)建很多進程,displayThreadCommandQ("displayCmdQ"),displayThreadAckQ("displayAckQ"),previewThreadCommandQ("previewCmdQ"),previewThreadAckQ("previewAckQ"),commandThreadCommandQ("commandCmdQ"),commandThreadAckQ("commandAckQ"),snapshotThreadCommandQ("snapshotCmdQ"),snapshotThreadAckQ("snapshotAckQ"),之后執(zhí)行的兩個比較重要的函數(shù),intCameraHal::cameraCreate(intcameraId)四、camerahal代碼分析和initDefaultParameters前一個函數(shù),通過獲取底層支持的數(shù)據(jù)格式和上層匹配,設(shè)置格式,以及申請必要的內(nèi)存(ion).后一個初始化camera各種參數(shù),獲取支持的預覽和拍照分辨率,獲取底層支持的各種效果的控件,以及當前效果的默認值。初始化完這些,調(diào)用函數(shù)mDisplayThread->run("CameraDispThread",ANDROID_PRIORITY_URGENT_DISPLAY);mPreviewThread->run("CameraPreviewThread",ANDROID_PRIORITY_DISPLAY);mCommandThread->run("CameraCmdThread",ANDROID_PRIORITY_URGENT_DISPLAY);mAutoFocusThread->run("CameraAutoFocusThread",ANDROID_PRIORITY_DISPLAY);mSnapshotThread->run("CameraSnapshotThread",ANDROID_PRIORITY_NORMAL);那么整個hal層的進程循環(huán)全部開始。四、camerahal代碼分析4.2
camerahal的顯示流程那么說下顯示進程voidCameraHal::displayThread()先是在preview進程中通過ioctl命令抓取buf數(shù)據(jù)if(ioctl(iCamFd,VIDIOC_DQBUF,&cfilledbuffer1)<0)抓取的數(shù)據(jù)放到顯示進程來顯示在caseCMD_DISPLAY_FRAME:下面if(CAMERA_IS_RKSOC_CAMERA())(經(jīng)常我們可以在此處抓下yuv數(shù)據(jù)分析)這個將傳送過來的數(shù)據(jù),轉(zhuǎn)成指定的顯示格式數(shù)去顯示,然后發(fā)送CMD_PREVIEW_QBUF命令到commandThread進程去將buf將重新入隊列尾,這樣可以循環(huán)采集。hal層的一些命令?VIDIOC_REQBUFS:分配內(nèi)存?VIDIOC_QUERYBUF:把VIDIOC_REQBUFS中分配的數(shù)據(jù)緩存轉(zhuǎn)換成物理地址?VIDIOC_QUERYCAP:查詢驅(qū)動功能
四、camerahal代碼分析?VIDIOC_ENUM_FMT:獲取當前驅(qū)動支持的視頻格式?VIDIOC_S_FMT:設(shè)置當前驅(qū)動的頻捕獲格式?VIDIOC_G_FMT:讀取當前驅(qū)動的頻捕獲格式?VIDIOC_TRY_FMT:驗證當前驅(qū)動的顯示格式?VIDIOC_CROPCAP:查詢驅(qū)動的修剪能力?VIDIOC_S_CROP:設(shè)置視頻信號的邊框?VIDIOC_G_CROP:讀取視頻信號的邊框?VIDIOC_QBUF:把數(shù)據(jù)從緩存中讀取出來?VIDIOC_DQBUF:把數(shù)據(jù)放回緩存隊列?VIDIOC_STREAMON:開始視頻顯示函數(shù)?VIDIOC_STREAMOFF:結(jié)束視頻顯示函數(shù)?VIDIOC_QUERYSTD:檢查當前視頻設(shè)備支持的標準,例如PAL或NTSC。四、camerahal代碼分析4.3拍照流程caseCMD_PREVIEW_CAPTURE:mPictureThread->runmPictureThread->runcapturePictureerr=hw_jpeg_encode(&JpegInInfo,&JpegOutInfo);copyAndSendRawImagecopyAndSendCompressedImage先是command進程接收拍照命令,在case下啟動拍照進程,先申請拍照的buf,然后打開數(shù)據(jù)流,抓一幀數(shù)據(jù)存放,經(jīng)過硬件編碼成jpeg格式,通過copyAndSendCompressedImage返回給上層,當然在編碼之前可以發(fā)送copyAndSendRawImage函數(shù),直接發(fā)送原始數(shù)據(jù)。五、3288和3188及以前的代碼差異5.1
兩者差別
兩者差別最大的就在camera大部分驅(qū)動放在camerahal做的。3288的驅(qū)動文件放在hardware\rk29\camera\SiliconImage\isi\drv,這里面只是簡單camera芯片數(shù)組集合,以及一些函數(shù)結(jié)構(gòu)體的賦值,部分操作代碼放在庫里面。3288比其他芯片多了isp(ImageSignalProcessing),當然對圖像的處理代碼也放在相應的isp庫里面。
camera定義的地方也有所不一樣hardware\rk29\camera\Config\cam
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 醫(yī)藥產(chǎn)品購銷合同
- 報刊合作協(xié)議范文
- 2024年銷售交易協(xié)議樣本版B版
- 工傷賠償協(xié)議書模板
- 2024年高標準砌體抹灰勞務分包合同3篇
- 建筑力學軸向拉伸與壓縮概念題
- 2025年度新能源發(fā)電項目投資合作協(xié)議參考范文3篇
- 2024水電站工程結(jié)算與支付管理合同3篇
- 2020年中國與國際指南:結(jié)節(jié)病診治指南的比較
- 2024年簡易工程承包協(xié)議細則版B版
- 鋼箱梁計算分析與案例詳解
- 苯酚及酚類37張課件
- 2021年上海期貨交易所校園招聘筆試試題及答案解析
- 醫(yī)聯(lián)體綜合績效考核指標體系(醫(yī)聯(lián)體醫(yī)院)
- DB12T 693-2016 天津市文書類電子文件數(shù)據(jù)存儲結(jié)構(gòu)規(guī)范
- 礦業(yè)煤礦企業(yè)NOSA安健環(huán)風險管理體系推行工作指南(2022版)
- 新項目開發(fā)商業(yè)計劃書模板ppt
- 2021年中國華電集團公司組織架構(gòu)和部門職能
- 林業(yè)標準林業(yè)調(diào)查規(guī)劃設(shè)計收費依據(jù)及標準
- 數(shù)學歸納法原理第二歸納法跳躍歸納法反向歸納法
- 七年級數(shù)學幾何證明題(典型)
評論
0/150
提交評論