尽管DirectShow的架构已经不再主流,MediaFoundation也许才是更好的架构,但微软似乎没有完全把它抛弃,在Windows SDK 7.1里也包括DirectShow,以前很多播放器也是用filter构建的,其实也不是必须用这样的架构。
从本人这次用DirectShow做一个mux filter的过程来说,对于DirectShow架构,是持不赞成的态度。这耗掉了我很多的时间用于,完成filter的基类和输入输出pin的接口的实现,其原码在baseclasses这个库里面,似乎很复杂。麻烦就在于pin之间的媒体类型的协商和连接,它那套框架里有较多的接口和结构类型,在没有把baseclasses的代码翻透之前,总会出现异常的情况,还不知道怎么找解决的途径。微软就是这么混蛋,把一些底层的东西隐藏起来,留一些接口让你去做填鸭式的编程。而MediaFoundation的推出,其使用起来就没有DirectShow那么僵化了。这种转变是大势所趋,因为这种架构太僵化不灵活,需要的学习周期长。媒体类型的转换完全交给开发者去做,还要借助该框架干什么。如果仔细翻一番msdn这一块的东西,会发现微软实现了很多音视频的编解码器filter,所以能借用还是不错的。
在媒体类型传递时,会有CMediaType的formattype成员,是一个GUID,其对应的结构类型我总结如下:
FORMAT_VideoInfo//VIDEOINFOHEADER,VIDEOINFO(bigger than VIDEOINFOHEADER,compatible with VIDEOINFOHEADER)通过cbFormat的大小来区分
FORMAT_VIDEOINFO2等于FORMAT_VideoInfo2//VIDEOINFOHEADER2
FORMAT_MPEG2VIDEO等于FORMAT_MPEG2_VIDEO//MPEG2VIDEOINFO
FORMAT_MPEGVideo//MPEG1VIDEOINFO
16字节长度的GUID和fourcc在DirectShow编程里是很常见的,MEDIATYPE_XXX和MEDIASUBTYPE_XXX这些需要在
uuids.h和ksuuids.h
dvdmedia.h和amvideo.h
这几个文件里基本都能找到,而有的是找不到的,需要自己去定义的。