在一个gpu如此强大的时代，视频解码怎么能少了gpu厂商的参加。为了用硬件加速视频解码，厂商定义了一些api。
好吧，一旦和硬件打交道，就会有os的参加，有了硬件与os参加，api肯定会变成很凌乱，看了一点代码，一些wiki，一些文档，写个总结，希望真正的专家斧正一下。
windows平台：
微软一家说了算，硬件都是小弟。所以api没那么凌乱。就一种
DXVA（directx video acceleration)，两个版本，1.0和2.0.
linux平台：
什么事到了linux这，都异常让人郁闷。
号称给你很多选择，最自由的选择，如果都不满意，还可以自己定义一套。
其实呢？我根本不需要那么多选择，我只需要一个容易用的，好用的，稳定的而已。我只是一个普通的程序员，没有站到时代前沿，就想快速开发。
显卡有三大家，intel，amd，nvdia，自然硬解api也就有三套。
intel的：va api （video acceleration api），自我号称为linux标准。freedesktop也用的这套标准。
nv的： vdpau （video decode and presentation api for unix)，nv的定义的api。
amd的： Xvba （x-video bitstream acceleration api)），amd定义的api。
其实开源界如果只有三套，其实也还算好吧。但是很让人恼火的就是。当你的硬件平台是nv时，你发现你的想用的软件只支持va api，肿么办？那。。。模拟吧。。于是就有了vdpau for va api。xvba fo va api。
从这个角度讲，也还算可以，至少大家在名义上让intel当了老大。大家都在后端用自己的代码模拟实现intel的api。不过事实上，还有 va api for vdpau这种东西。。。我凌乱了。。你看明白了么？
ps:
实际上，硬件厂商参与完之后，x组织也没忘记插一脚。有个标准XvMC（X-Video Motion Compensation）标准，ffmpeg中有支持，不过签于x组织的弱势，这套api支持不好。其他的va api与vdpau,ffmpeg也加入了支持，不知道为什么xvba没有支持，难道amd已经穷到没人提交patch给开源社区了？
再ps:
最近看了ffmpeg 的patch list，发现1.0时，有人提交xvba的patch，但是没有被合并到主分支上来，看来还需要一段时间ffmpeg才能直接开启amd显卡的硬解。
http://developer.amd.com/tools-and-sdks/open-source/
sdk请戳上面的链接。
android平台：
google一家，别无分号，虽然号称你可以自己干掉libstagefright这个框架，自己实现一套。不过有这样技术实力的公司，通常不去干破坏标准的事。
于是也简单了，openmax。
嵌入式平台嘛，远远比pc世界的厂商多，复杂的多，标准一定要十分十分抽象，干脆什么都没有，只有一个状态机。
所以标准变得十分简化。
不过这样对硬件厂商就方便多了，大家自己只要能搞出openmax定义的组件就好了。
mac
实际上如果操作系统厂商比较封闭一点，世界可能会更好。比如mac os，上面说了linux上视频加速接口的混乱，来自freebsd的mac os又好了很多。
只有一套api，叫vda(Video Decode Acceleration Framework)，详细请戳
https://developer.apple.com/library/mac/technotes/tn2267/_index.html
https://lists.libav.org/pipermail/libav-api/2011-November/000314.html