為了能在Windows CE 6.0上使用Direct Show進(jìn)行攝像頭視頻御覽以及抓取靜態(tài)圖,特地學(xué)習(xí)了一陣子的direct show原理,又買了一本陸其明老師的書.
現(xiàn)將我的經(jīng)驗(yàn)與遇到的困難與大家一起分享.
一、準(zhǔn)備工作
1.配置你的VC開發(fā)環(huán)境
2.編譯生成你自己的strmbase.lib
本來一直以為可以用PB5.0或者6.0中Direct Show SDK中的strmbase.lib靜態(tài)鏈結(jié)到項(xiàng)目中的,可是最終都會(huì)有LNK錯(cuò)誤,沒辦法都網(wǎng)上搜了搜,有人建議得自己編譯BASE CLASSES來生成strmbase.lib. 其實(shí)也很簡(jiǎn)單--建個(gè)VC項(xiàng)目,把相關(guān)的源文件,頭文都加到項(xiàng)目中來,build(會(huì)有比較多的編譯錯(cuò)誤--放心都可以克服的,Google是你最好的老師).
二、最終的Filter Graph到底什么樣子
1.為什么不使用Still Pin?
其實(shí)在Windows CE 6.0相關(guān)的MSDN中Image Sink Filter是被Supported的,但是它的Merit的值為MERIT_DO_NOT_USE. 這樣子的話用RenderStream智能構(gòu)造Graph的時(shí)候Image Sink Filter是不會(huì)加到Graph中的.有時(shí)間一定要確認(rèn)一下,用手工連接的方式能不能成功. 當(dāng)前在Windows CE6.0下用智能連接的結(jié)果是產(chǎn)生一個(gè)E_OUTOFMEMORY錯(cuò)誤.
2.為什么使用Color Space Converter Filter?
其實(shí)很簡(jiǎn)單,現(xiàn)在市場(chǎng)上有很多攝像頭,Capture Pin上輸出的圖像格式很多種,而我們的Sampe Grabber Filter僅能支持其中的一種. 所以我們引入Color Space Converter Filter是讓它充當(dāng)一個(gè)中介者把Capture Pin上的格式轉(zhuǎn)換成Sample Grabber Filter Input Pin上支持的格式.
以下是Color Space Converter Filter對(duì)各種圖形格式的支持
| Input Pin Media Types |
MEDIATYPE_Video, FORMAT_VideoInfo. The following subtypes are valid:
- MEDIASUBTYPE_RGB24
- MEDIASUBTYPE_RGB32
- MEDIASUBTYPE_RGB8
- MEDIASUBTYPE_CLJR
- MEDIASUBTYPE_UYVY
- MEDIASUBTYPE_Y41P
- MEDIASUBTYPE_YUY2
- MEDIASUBTYPE_YV12
- MEDIASUBTYPE_YVU9
|
| Output Pin Media Types |
MEDIATYPE_Video, FORMAT_VideoInfo. The following subtypes are valid:
- MEDIASUBTYPE_RGB24
- MEDIASUBTYPE_RGB32
- MEDIASUBTYPE_RGB555
- MEDIASUBTYPE_RGB565
- MEDIASUBTYPE_RGB8
- MEDIASUBTYPE_YV12
|
三、當(dāng)前遇到的問題1.SampleGrabber在Window CE 5.0甚至Windows CE 6.0上都沒有系統(tǒng)默認(rèn)的實(shí)現(xiàn)
2.我們到底應(yīng)該在SampleGrabber中用哪中圖形格式?
用GraphEdit在桌面上察看了幾種WebCam的Capture Pin的屬性,結(jié)果都為RGB_24格式的,難道我們?cè)趍obile上支持RGB24就可以了么?
3.ICaptureGraphBuilder2接口在Windows CE5.0下不被支持,
3.1ICaptureGraphBuilder2::RenderStream和ICaptureGraphBuilder2::ControlStream都沒有辦法用了!
ICaptureGraphBuilder2在Mobile 5.0上是被支持的,所以我一開始很盲目的認(rèn)為CE 5.0也是支持的,結(jié)果吃了大虧. 當(dāng)我細(xì)查了MSDN后,我很迷茫,到底應(yīng)該用什么代碼去替換ICaptureGraphBuilder2::RenderStream和ICaptureGraphBuilder2::ControlStream方法呢?
3.2沒有ICaptureGraphBuilder2還能智能連接嘛?答案是肯定的,接下來我們會(huì)找到解決辦法.
4.僅通過IMediaControl::Run在魅族(Windows CE內(nèi)核)可以使Capture Pin有數(shù)據(jù)流出,但是在我的Dopod P800(WM6.0系統(tǒng))上一點(diǎn)反映都沒有,預(yù)覽屏幕全黑!.
這也是由于ICaptureGraphBuilder2接口在Windows CE5.0下不被支持造成的,有的Mobile的Video Capture只有在ICaptureGraphBuilder2::ControlStream才有數(shù)據(jù)流出.
四、怎么去解決這些問題1.SampleGrabber在Windows CE 6.0或者Windows Mobile 6.0中都是不被支持的? 那怎么辦
準(zhǔn)備自己寫一個(gè)? 這個(gè)時(shí)候我想到codeproject碰碰運(yùn)氣,果然有洋大蝦已經(jīng)搞出一個(gè)在CE下能用的SampelGrabber了,就直接拿了過來,到這看來我們已經(jīng)解決了缺少Sample Grabber的問題了.
2.在SampleGrabber中我們需要支持的Media SubType到底是什么? MEDIASUBTYPE_RGB24? MEDIASUBTYPE_RGB565?
看了一下剛得到的Sample Grabber的代碼,正好它也是只支持RGB24的(太幸運(yùn)了),趕緊運(yùn)行代碼debug. 結(jié)果我在Sample Grabber Filter中的Input Pin中得到的確實(shí)RBG565格式的Frame,沒辦法改唄,走一步算一步. 這個(gè)問題暫且擱下.
3.ICaptureGraphBuilder2接口在Windows CE5.0下不被支持--那就用可用的代碼替換掉它!
3.1ICaptureGraphBuilder2::RenderStream和ICaptureGraphBuilder2::ControlStream都沒有辦法用了!
在經(jīng)歷了n天后,一次不經(jīng)意翻看strmif.h頭文件的時(shí)候,我發(fā)現(xiàn)了一個(gè)接口IAMStreamControl,這個(gè)接口有兩個(gè)方法很惹眼StartAt以及StopAt. 難道這兩個(gè)方法與ControlStream有著一些聯(lián)系,趕緊在google上驗(yàn)證我的想法. 我很幸運(yùn)--ICaptureGraphBuilder2::ControlStream就是通過IAMStreamControl::StartAt和IAMStreamControl::StopAt實(shí)現(xiàn)的,好!
那RenderStream怎么辦,網(wǎng)上找了好多資料也沒有找到相關(guān)介紹. 沒辦法,不就是不能智能了么,那就手動(dòng)唄--直接用IGraphBuilder::Connect連Filter,雖然費(fèi)力了一點(diǎn)不過艱辛的勞動(dòng)還是得到了回報(bào),RenderStream的相關(guān)代碼也可以替換了!
3.2沒有ICaptureGraphBuilder2照樣能智能連接!
其實(shí)不光ICaptureGraphBuilder2::RenderStream可以智能連接,IGraphBuilder::Connect以及IGraphBuilder::Render方法也都支持. 什么代碼都不用寫,不是問題的問題,只是自己嚇自己.
4.僅通過IMediaControl::Run在魅族(Windows CE內(nèi)核)可以使Capture Pin有數(shù)據(jù)流出,但是在我的Dopod P800(WM6.0系統(tǒng))上一點(diǎn)反映都沒有,預(yù)覽屏幕全黑!.
其實(shí)這個(gè)問題比較好解決,在調(diào)用IMediaControl::Run后,在Video Capture Filter上得到IAMStreamControl接口設(shè)置流的Start和Stop的位置就可以了.