视频编解码

在FPGA的帮助下，浅压缩算法是否会往主流压缩算法更进一步呢？

该问题实际有几个方面，其中包括硬件、软件和 ZCU106 VCU TRD 等。

V4L2是Video for Linux2的简称,为Linux中关于视频设备的内核驱动。在Linux中，视频设备是设备文件

Xilinx提供超低延时编解码方案，并提供了全套软件。MPSoC Video Codec Unit提供了详细说明。其中的底层应用软件是VCU Control-Software(Ctrl-SW)。本文主要说明为Ctrl-SW增加功能，支持不同Stride/Pitch（步长）的YUV文件的编码。

本视频将演示使用Zynq UltraScale+ MPSoC视频编解码单元，实现基于感兴趣区域的编码，并将其用于广播带宽最大化。

MPSoC EV 系列支持H.265编解码。在规格中，1080p编解码都可以达到8路1080p30，总体相当于1080p240。使用2018.3 VCU TRD 实际测试，性能更好。

谈到视频的编解码，我们会自然地想到H.264、HEVC/H.265这些权威的视频编解码标准；谈到标准，有人觉得这个是有专门机构去研究的，我们关心应用就好；即使有兴趣读了标准和相关技术，面对更多的是各种数学公式和术语，如协方差、傅立叶变换、高频、滤波等等，需要花更多时间去理解。

VCU 模块在PL侧，一共有五个AXI接口，它们分别是两个 Encoder AXI，两个 Decoder AXI， 和一个 MCU AXI。两个 Encoder／Decoder 的 AXI 接口必须都连接到 MPSoC PS，即使只用一路编码，或者一路解码

<font color="#FF8000">作者：圆宵，来源：FPGA那点事儿</font>

随着视频应用场景和内容越来越丰富，对网络传输，存储，和AI智能分析带来了越来越高的需求和挑战。以一路FHD@60fps视频为例，其RAWDATA的带宽约为3Gbps；到了4K@60fps，带宽大约为12Gbps；到8K，带宽更是会到48Gbps。这样大的数据量，如果不进行压缩是没有办法进行传输和存储的。因此，从早年的MPEG2，到当下被广泛采用的H.264，H.265，再到VP9，AV1以及未来的VVC，各种各样的视频编解码标准被提出来。每代都比之前在编码效率上有提升，付出的代价就是更大的编码复杂度。
<center><img src="http://xilinx.eetrend.com/files-eetrend-xilinx/article/201811/13935-409…; width="670"></center>