該函數(shù)在數(shù)據(jù)包碰到鉤子點(diǎn)時(shí)被調(diào)用。該函數(shù)與前面描述的函數(shù)相同，它必須返回NF_ACCEPT、NF_DROP或NF_QUEUE。如果返回NF_ACCEPT，則下一個(gè)鉤子將被附加到將要調(diào)用的點(diǎn)。如果返回NF_DROP，則數(shù)據(jù)包被丟棄。如果返回NF_QUEUE，則對(duì)數(shù)據(jù)包進(jìn)行排隊(duì)。sK_buff指針被傳遞到該函數(shù)中，并用數(shù)據(jù)包信息如IP報(bào)頭、TCP報(bào)頭等進(jìn)行填充，可以使用sk_buff結(jié)構(gòu)指針來(lái)操作或刪除數(shù)據(jù)包(要?jiǎng)h除數(shù)據(jù)包，只需將skb指針設(shè)置為空即可)。

　　pf

　　協(xié)議簇；例如，適用于IPv4的PF_INET。

　　hooknum

　　鉤子的掛載點(diǎn)，由于本系統(tǒng)不需要在本地對(duì)數(shù)據(jù)包進(jìn)行任何處理，因此選擇的掛在點(diǎn)為NF_IP_PRE_ROUTING，在對(duì)數(shù)據(jù)包進(jìn)行正確性校驗(yàn)后就調(diào)用鉤子函數(shù)處理數(shù)據(jù)包。Priority表明鉤子的優(yōu)先級(jí)，在本系統(tǒng)中采用高優(yōu)先級(jí)處理NF_IP_PRI_FIRST。

　　內(nèi)核數(shù)據(jù)處理的關(guān)鍵是鉤子函數(shù)的編寫，此函數(shù)規(guī)定了數(shù)據(jù)包在到達(dá)時(shí)需要進(jìn)行的處理過(guò)程。

　　鉤子函數(shù)框架如下：

設(shè)定好特定的鉤子函數(shù)之后，調(diào)用函數(shù)

　　int nf_register_hook(struct nf_hook_ops*req)；

　　將鉤子函數(shù)注冊(cè)至內(nèi)核。一旦該結(jié)構(gòu)注冊(cè)到內(nèi)核中，Linux將調(diào)用這里定義的函數(shù)來(lái)處理數(shù)據(jù)包。

　　使用函數(shù)

　　void nf_unregister_hook(struct nf_hook_ops*req)；

　　可以將已經(jīng)注冊(cè)入內(nèi)核的鉤子函數(shù)取消，此時(shí)，接收到數(shù)據(jù)包將按照內(nèi)核的默認(rèn)規(guī)則來(lái)進(jìn)行處理。流程如圖3所示。

2)直接采用CMOS攝像頭作為視頻采集裝置 該視頻采集模塊在硬件上S3C2440帶有CMOS攝像頭接口，在開(kāi)發(fā)板上通過(guò)稱為CAMERA的接口引出，并且?guī)в衏amera控制器，在本系統(tǒng)中使用了OmniVision公司的OV9650攝像頭。S3C2440支持ITU-R BT601／656格式的數(shù)字圖像輸入，支持2個(gè)通道的DMA，Preview通道和Codec通道，參見(jiàn)圖4。

Preview通道可以將YCbCr4：2：2格式的圖像轉(zhuǎn)換為RGB(16bit或24bit)格式的數(shù)據(jù)，并存放于為PreviewDMA分配的內(nèi)存中，最大分辨率為640×480。主要用于本地液晶屏顯示，Codec通道可以輸出YCbCr4：2：0或YCbCr4：2：2格式到為Codec DMA分配的內(nèi)存中。最大分辨率為4 096x4 096，主要用于圖像的編解碼處理。在本系統(tǒng)中使用的是Codec通道。

　　視頻采集模塊的設(shè)計(jì)采用的是V4L2(Video for Linux Two)V4L2，它是Linux下開(kāi)發(fā)視頻采集設(shè)備驅(qū)動(dòng)程序的一套規(guī)范，該規(guī)范采用分層的方法給驅(qū)動(dòng)程序的開(kāi)發(fā)提供了清晰的模型和一致的接口，并且正對(duì)視頻設(shè)備的應(yīng)用程序編程也提供了一系列接口函數(shù)。其中應(yīng)用程序處于最上層，V4L2處于中間層，而實(shí)際的硬件設(shè)備則處于下層，其本身包括兩層驅(qū)動(dòng)結(jié)構(gòu)，上層是videodev模塊，下層為V4L2驅(qū)動(dòng)程序。video-dev通過(guò)V4L2驅(qū)動(dòng)程序的成員函數(shù)來(lái)調(diào)用V4L2驅(qū)動(dòng)。在V4L2驅(qū)動(dòng)的驅(qū)動(dòng)程序初始化過(guò)程中，它首先枚舉它將要處理的系統(tǒng)中的設(shè)備，為每個(gè)設(shè)備填充struct v412_device結(jié)構(gòu)，并且將指向該結(jié)構(gòu)的指針傳遞給v412_register_device()函數(shù)，該函數(shù)調(diào)用v4L2_deviee結(jié)構(gòu)體中的初始化函數(shù)對(duì)設(shè)備進(jìn)行初始化。當(dāng)v412驅(qū)動(dòng)程序初始化完成后，v412通過(guò)傳遞一個(gè)包含驅(qū)動(dòng)程序成員函數(shù)，次設(shè)備號(hào)以及相關(guān)信息的結(jié)構(gòu)給videod-ev，從而完成它將要處理設(shè)備在videodev的注冊(cè)工作，當(dāng)應(yīng)用程序通過(guò)系統(tǒng)調(diào)用觸發(fā)了某個(gè)驅(qū)動(dòng)程序時(shí)，控制權(quán)首先傳遞給videodev中的函數(shù)，videodev將應(yīng)用程序傳遞的文件或i節(jié)點(diǎn)結(jié)構(gòu)指針轉(zhuǎn)換為相應(yīng)的v412結(jié)構(gòu)指針，并調(diào)用v412中的處理函數(shù)。以本系統(tǒng)以O(shè)V9650攝像頭為例，其驅(qū)動(dòng)框架如圖5所示。

視頻采集過(guò)程如下，應(yīng)用程序首先打開(kāi)視頻設(shè)備文件，攝像頭在系統(tǒng)中對(duì)應(yīng)的設(shè)備文件為／dev／camera，通過(guò)系統(tǒng)調(diào)用“open(“／ dev／camera”，O_RDWR)”函數(shù)打開(kāi)該設(shè)備，獲得一個(gè)文件描述符fd，利用ioctl(fd，VIDIOCGPICT，&capability)函數(shù)獲取攝像頭的相關(guān)信息，例如設(shè)備名稱、支持的最大最小分辨率、信號(hào)源信息等，填充在結(jié)構(gòu)體video_capability中，通過(guò)調(diào)用ioctl(fd，VIDIOCGPICT，&pict-ure)獲取圖像的相關(guān)信息如采集圖像的對(duì)比度、亮度、調(diào)色板等屬性，并且填充在video_picture結(jié)構(gòu)體中，在獲取這類信息后，可根據(jù)實(shí)際需要來(lái)對(duì)其重新賦值，具體做法是將需要設(shè)置的值賦給相應(yīng)結(jié)構(gòu)體，然后通過(guò)系統(tǒng)調(diào)用ioctl(fd，VIDIOCSPICT，&)函數(shù)寫入設(shè)備。在圖像獲取方式上使用mmap()系統(tǒng)調(diào)用來(lái)實(shí)現(xiàn)內(nèi)存映射達(dá)到各進(jìn)程共享內(nèi)層的目的，利用共享內(nèi)存通信的一個(gè)顯而易見(jiàn)的好處是效率高，因?yàn)檫M(jìn)程可以直接讀寫內(nèi)存，而不需要任何數(shù)據(jù)的拷貝。使用mmap方式獲取圖像數(shù)據(jù)，需要首先設(shè)置圖像幀的緩沖區(qū)結(jié)構(gòu)，即struct video_mmap，如每次采集幀數(shù)，圖像高度、寬度，圖像調(diào)色板格式等等。然后調(diào)用ioctl(fd，VIDIOCMCAPTURE，&grab_buf)啟動(dòng)捕獲過(guò)程。調(diào)用iotcl(fd，VI-DIOCSYNC，&frame)等待采集完成，若該函數(shù)成功返回則表示采集完畢，采集到的圖像將放在通過(guò)mmap()映射的內(nèi)存區(qū)域內(nèi)，讀取該內(nèi)存數(shù)據(jù)即可獲得圖像數(shù)據(jù)，其中frame為當(dāng)前截取的幀數(shù)，V4L2允許一次采集多幀數(shù)據(jù)，可通過(guò)設(shè)置grab buf．frame來(lái)實(shí)現(xiàn)。調(diào)用close(fd)函數(shù)關(guān)閉設(shè)備文件，終止圖像采集。

　　2．2 視頻數(shù)據(jù)處理模塊設(shè)計(jì)