[发明专利]一种视频压缩方法、装置、设备及计算机可读存储介质

说明书

本发明公开了一种视频压缩方法、装置、设备及计算机可读存储介质，在预分配给待压缩视频数据的缓存空间的限制下，一次性读取超出视频压缩IP的单次输入数据量的数据量，将超出部分存入缓存空间，而依次将单次读取操作获得的数据输入视频压缩IP，从而相较于现有视频压缩方案一来说减少了访问带外存储器的次数，相较于现有视频压缩方案二来说避免占用过多的缓存空间，达到了内存带宽和缓存资源的平衡，从而有效实现了既降低了对内存带宽的要求，避免了待压缩视频数据与SoC芯片其他软件对带外存储接口的竞争，又避免了使用大量的珍贵缓存资源，既保证了视频压缩质量又节约了芯片成本。

技术领域

本发明涉及数据压缩技术领域，特别是涉及一种视频压缩方法、装置、设备及计算机可读存储介质。

背景技术

系统级芯片(System on Chip，简称Soc)，为将微处理器、模拟IP核、数字IP核和存储器(或片外存储控制接口)集成在单一芯片上的，通常是客户定制的，或是面向特定用途的标准产品。

视频压缩是指通过特定的压缩技术，将某个视频格式的文件转换成另一种视频格式的文件的方式。在传统的带视频压缩功能的SoC系统中进行视频压缩的方式通常有两种。现有视频压缩方案一：先将显卡输出的RGB格式(一种颜色编码方法，R：红色，G：绿色，B：蓝色)的视频数据经过色彩空间转换得到YUV格式(一种颜色编码方法，Y：亮度，U：色度，V：浓度)的视频数据，而后将YUV格式的视频数据存入带外存储器(通常为双倍速率同步动态随机存储器DDR)，基于SoC芯片上进行视频压缩工作的视频压缩IP核(JPEG IP Core)的输入要求，需要先产生读亮度数据的地址，再产生读色度数据的地址，再产生读浓度数据的地址，而在带外存储器中，YUV数据是存放在一起的，因此相当于对一个带外存储器的地址需要读三次，这样将极大的增加内存访问的压力，对内存带宽的要求极高。与此同时SoC芯片中其他运行的软件也需要访问带外存储器，这就造成了对带外存储器的访问竞争，后果就是SoC芯片软件运行慢或视频源数据(显卡数据)不能及时被压缩，从而造成丢帧，很容易造成导致远端视频画面卡顿的现象。

现有视频压缩方案二：将显卡输出的RGB格式的视频数据经过色彩空间转换得到YUV格式的视频数据后，不将YUV格式的视频数据存入带外存储器而是存入FIFO阵列，分别存储为Y_FIFO、U_FIFO和V_FIFO，再通过FIFO_CTRL子模块，依次读取Y_FIFO、U_FIFO和V_FIFO中的数据。由于视频数据是按行产生并输入FIFO阵列的，而视频压缩IP核要求按照数据块(Block)的形式输入数据，故在FIFO阵列中需要至少缓存数据块所在行的全部YUV数据。以YUV420压缩模式为例，每四个Y共用一组UV分量，则在压缩过程中需要依次将16*16格式的Y_BLOCK、8*8格式的U_BLOCK和8*8格式的V_BLOCK三个数据块输入视频压缩IP核，则需要缓存的亮度数据至少为16行，同理，还需要同时缓存对应的8行色度数据和8行浓度数据。以1920x1080分辨率为例，则需要缓存的亮度数据为1920*16＝30KB，加上色度数据和浓度数据，共需缓存至少60KB的数据。这将占用大量的缓存资源，不仅大幅拉高了SoC芯片的成本，还将需要更多的芯片面积，对成本控制严格或芯片面积要求严格的场景是十分不合适的。

因此，提供一种保证视频压缩质量又节约芯片成本的视频压缩方法，是本领域技术人员需要解决的技术问题。

发明内容

本发明的目的是提供一种视频压缩方法、装置、设备及计算机可读存储介质，用于保证视频压缩质量并节约芯片成本。

为解决上述技术问题，本发明提供一种视频压缩方法，包括：

将YUV格式的待压缩视频数据存入带外存储器；

根据视频压缩IP核针对所述待压缩视频数据的目标YUV压缩模式的输入规则确定单次读取操作的数据量；所述单次读取操作的数据量小于预分配给所述待压缩视频数据的缓存空间的大小；