UVC摄像头百科
Windows应用层视频API接口
1. VFW
VFW（Video for Windows）是微软于 1992 年推出的关于数字视频的一个 SDK，它能使应用程序通过数字化设备从传统的模拟视频源得到数字化的视频剪辑。VFW 的一个关键思想是播放时不需要专用硬件。为了解决数字视频数据量大的问题，需要对数据进行压缩。VFW 引进了一种叫 AVI 的文件标准，该标准未规定如何对视频进行捕获、压缩及播放，仅规定视频和音频该如何交错存储在硬盘上。VFW 给程序员提供 .VBX 和 AVICap 窗口类的高级编程工具，使程序员能通过发送消息或设置属性来捕获、播放和编辑视频剪辑。
VFW 技术受到的最多批评是它捕获的数据保存到磁盘上会占用大量磁盘空间，有人试验用 640x480 捕获 1s 大约需要10MB ⊙_⊙，另外 VFW 的体系结构缺乏为视频会议，在线电视等流媒体应用提供强而有效的支持。
2. DirectShow
DirectShow （简称 DShow）是微软在 ActiveMovie 和 VFW 的基础上推出的新一代基于 COM 的流媒体处理的 SDK，与 DirectX SDK 一起发布。DirectShow 使用一种叫 Filter Graph 的模型来管理整个数据流的处理过程。有了 DirectShow，我们可以很方便地从支持 WDM 驱动模型的采集卡上捕获数据，并且进行相应的后期处理乃至存储到文件中。它广泛地支持各种媒体格式，包括 Asf、Mpeg、Avi、Dv、Mp3、Wave 等，为多媒体流的捕捉和回放提供了强有力的支持。
- Direct Show 的发展历史:孕育期（1995 ~ 1998）ActiveMovie，开发代号 Quartz，在 Windows 3.0 时代，是作为一种对当时最流行的媒体平台 QuickTime 的回应而开发的。它当时的使命是作为 IE 的插件播放在其窗口内的媒体文件，正如当时 QuickTime 为 Netscape 以及 IE 提供的服务那样，它的另一个功能是作为 VFW 的一个替换，特别地为在 VFW 架构中难于处理的 MPEG 文件提供辅助处理。
- 诞生期（1998）:在这一年，大致在 DirectX 5 的年代，ActiveMovie 被重命名为 DirectShow 并且被包含为 “DirectMedia SDK” 的一部分。
- 成长期（1999 ~ 2005）:在 DirectX 7 中，DirectShow 变成了 DirectX SDK 主要组成部分，而且如同 DirectInput 等其它 DirectX API 一样被赋予了它自己的位置。DirectShow 被主要用来做音视频捕捉和媒体文件的播放（Windows Media Player 就是基于 DShow 开发的）。
- 动荡衰落期（2005 ~ 至今）: 从 2005 年 4 月起，DirectShow 从 DirectX SDK 中移除了，必须单独下载 DirectShow 的 SDK 包才能得以支持，之后 DirectShow 的文档和示例被转移到 Windows SDK，DirectShow 也正式成为 Windows 的一个组件。然而，在编译某些 DirectShow 的 sample 时，DirectX SDK 仍然是必需的。
DirectShow 对数字高清媒体的应用程序确实是非常通用的、万能的，但是，DirectShow 作为一个 20 年的老技术而言已经力不从心了。比如：
Graph 是静态的，要实现动态的 Graph 和 Major format change 是非常困难的。
- DirectShow filter 的线程模型是非常复杂的，要完全理解并永不出错是太困难了。
- 在 “Microsoft.public.win32.programmer.directx.video” 新闻群组上存在一个长期的灰色笑话，讲的是每当某人想要为 DirectShow 开发一个新的 filter 时，那么，“六个月后见吧”
- DirectShow filter 只能用于DirectShow。
- DirectShow 不支持文件保护（DRM）。
于是便有了 Media Foundation。
3. Media Foundation
2005 年，微软推出 Windows Vista，与此同时在 Windows Vista 上推出了新一代多媒体应用库 Media Foundation（以下简称 MF）。目的是提供 Windows 平台一个统一的多媒体影音解决方案，开发者可以通过 MF 播放视频或声音文件、进行多媒体文件格式转码，或者将一连串图片编码为视频等等。MF 是 DirectShow 为主的旧式多媒体应用程序接口的替代者与继承者，在微软的计划下将逐步汰换 DirectShow 技术。MF 要求Windows Vista 或更高版本，不支持较早期的 Windows 版本，特别是 Windows XP。
- MF 架构分为控制层（Control layer），核心层（Core layer）与平台层（Platform layer）。大部分 MF 功能均由核心层提供，开发者则由控制层来控制行为。一般开发者仅须了解控制层与核心层，几乎不须接触平台层。
- MF 提供了两种编程模型，第一种是以 Media Session 为主的 Media pipeline 模型，但是该模型太过复杂，且曝露过多底层细节，故微软于 Windows 7 上推出第二种编程模型，内含 SourceReader、Transcode API 、SinkWriter 及 MFPlay 等高度封装模块，大大简化了 MF 的使用难度。
- Media pipeline 分三个组成部分：Media Source，Media Sink 和 Media Foundation Transforms（简称 MFT）。
MFT 推出了一个革新式的技术 DirectX Media Objects (DMO)。DMO 不仅可以用在 MF 中，也可以通过一个通用的 wrapper filter 成为一个标准的 DShow Filter，反之却不行。
看起来 MF 是完美的 DShow 替代者，但实际情况却是 MF 在推出十多年间鲜有人理会⊙﹏⊙b。个人认为，一是 DShow 已经形成了成熟的社区，从硬件到软件到开发库都是非常完备的，而且 Windows 的兼容性也一直非常好,实在没有换代的动力。二是 MF 除了在 DRM 媒体保护（Protected Media Path）方面是天然支持的，其他功能并没有比 DShow 技高一筹，顶多是用着更简单一些，然并卵。
Anyway，像最新的 UWP 框架里只支持 MFT，不能用 DShow 的 Filter，所以，不要再留恋 DShow 了，它终将成为一个传说。
微软在 MF 推出之初还写了一篇 文章 勾引大家从 DShow 迁移到 MF，纯英文，原汁原味。
