ffmpeg 硬件解码手册

https://trac.ffmpeg.org/wiki/HWAccelIntro

如何查看硬件加速

找ffmpeg3.2版本执行ffmpeg -hwaccels

qsv可以解码的类型有h264,h264/hevc,mpeg2,vc1

qsv解码里面已经自带了h264_mp4toannexb的码流转化器，需要先将mp4中的h264码率转换成annexb格式，再进行解码

如果对于非mp4文件中的码流，则绕过了码流转化器。

用qsv编码：

ffmpeg -i INPUT -c:v h264_qsv -preset:v faster out.qsv.mp4

用qsv解码

ffmpeg -hwaccel qsv -i INPUT -f null - -benchmark

linux下如何安装intel media sdk

http://blog.csdn.net/nonmarking/article/details/46391767

intel media sdk 2016 [支持intel 酷睿 4,5代cpu]

intel media sdk 2016 [支持intel 酷睿 6代cpu]

硬件编码测试实验

ffmpeg -threads 64 -stream_loop -1 -s 1920x1080 -i out.yuv -c:v h264_qsv -f null out.264

在centos[i6700k] 能编码140fps 【cpu:20%,gpu:63%]

在win7[hd4600,i5,4核心] 能编码85fps 【cpu:65,gpu:52%]

nvenc decoder and encoder

./ffmpeg -c:v h264_cuvid -i out.mp4 /tmp/out.yuv

./ffmpeg  -threads 16 -f lavfi -i testsrc=size=1920x1080 -c:v h264_nvenc out.mp4

如何测试并发编码

开发手册在供大家在交流、学习及研究阶段使用，禁止用于商业用途。

《阿里巴巴Java 开发手册》是阿里巴巴集团技术团队的集体经验总结，经历了多次大规模一线实战的检验及不断的完善，反馈给广大开发者。现代软件行业的高速发展对开发者的综合素质要求越来越高，因为不仅是编程知识点，其它维度的知识点也会影响到软件的最终交付质量。比如：数据库的表结构和索引设计缺陷可能带来软件上的架构缺陷或性能风险；工程结构混乱导致后续维护艰难；没有鉴权的漏洞代码易被黑客攻击等等。所以本手册以 Java 开发者为中心视角，划分为编程规约、异常日志、MySQL 数据库、工程结构、安全规约五大块，再根据内容特征，细分成若干二级子目录。根据约束力强弱及故障敏感性，规约依次分为强制、推荐、参考三大类。对于规约条目的延伸信息中，“说明”对内容做了引申和解释；“正例”提倡什么样的编码和实现方式；“反例”说明需要提防的雷区，以及真实的错误案例。

本手册的愿景是码出高效、码出质量。代码的字里行间流淌的是软件生命中的血液，质量的提升是尽可能少踩坑，杜绝踩重复的坑，切实提升质量意识。另外，现代软件架构都需要协同开发完成，高效协作即降低协同成本，提升沟通效率，所谓无规矩不成方圆，无规范不能协作。众所周知，制订交通法规表面上是要限制行车权，实际上是保障公众的人身安全。试想如果没有限速，没有红绿灯，谁还敢上路行驶。对软件来说，适当的规范和标准绝不是消灭代码内容的创造性、优雅性，而是限制过度个性化，以一种普遍认可的统一方式一起做事，提升协作效率。

---