视频硬解api介绍

　　在一个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