[发明专利]一种针对H.265的CABAC连续图像验证的方法

说明书

本发明提供了一种针对H.265的CABAC连续图像的验证方法，所述验证方法包括：指定linux平台上验证环境的搭建层次；配合shell脚本与makefile脚本，实现对整个验证环境的控制；控制CABAC模块的输入图像数据；控制CABAC模块的输出数据对比结果以及仿真器的运行过程。本发明将人为的流程操作过程以代码的方式实现，shell脚本按照过程判断验证环境状态，与操作系统进行交互，节省了人力，省去了重复繁琐的操作，解放了双手，提高了逻辑代码开发的质量与效率，降低了开发成本。

技术领域

本发明涉及数字电路验证技术，特别是涉及一种针对H.265的CABAC连续图像的验证方法。

背景技术

随着超高清技术的普及与应用，视频芯片功能复杂度大也随之增加，H.265视频标准在H.264的基础上再提高50%的编码效率，很多全新的算法被引入H.265中，对多标准视频编解码器的设计也提出了新的挑战，因此视频芯片的可靠性变得十分重要，而复杂度的提高对于功能验证的要求是首当其冲的，芯片的验证，伴随着设计复杂度的提升，工作量和工作难度是成数量级上升的。

视频芯片设计可以划分为前端（逻辑设计）与后端（物理设计），验证环节则是个特殊的存在，就像一条支线，相对独立但与需求定义到综合到物理实现的这个过程又是并行的，贯穿着芯片设计流程的始末。而验证存在的意义在于不断地给设计或者实现过程提供迭代的关键意见，即验证过程中发现的性能不满足、设计代码功能bug、整芯片集成错误等问题。随着进度的推进，一颗芯片表现形式会发生变化，它从RTL代码转换为各种网表，再到最后的版图。在这个过程中，验证可以分为前仿真（基于RTL代码）和后仿真（基于门级网表）。而大部分设计问题都应该会在前仿真的时候就暴露出来，毕竟越到后面设计的迭代成本越高，风险也会越大，硬件仿真其实由来已久，它给设计人员在流片前提供了一种更为准确的电路行为描述。

功能验证已经成为当下整个芯片设计流程中的最大最耗时间的瓶颈，各种图像以及视频处理芯片，在最终投放市场之前，所有的预设功能都应被验证工程师解决。

在验证过程中，有些场景需要大量数据的输入，有些操作需要反复进行，当输入的数据量越多，操作的次数也随之上涨，人为操作时，会出现因重复性动作而造成的疲惫或混乱，如果每次的过程都需要一段处理时间，也需要人为去关注整个验证状态，随时等待一次运行完毕后，启动下一次的输入验证，这些也容易造成时间上衔接不当，导致整个验证时间被拉长，同时，也消耗了不必要的人力。

综合以上各种因素，能够自动进行连续图像验证，解决验证过程中的重复操作，解放人力，提高验证效率，是很有必要的。

发明内容

鉴于此，本发明的目的是提供一种用于H.265 CABAC（自适应二进制算法编码，Context-adaptive binary arithmetic coding）模块连续图像的验证方法，以解决在现在H.265 CABAC模块在验证过程中，需要大量图像数据的输入时，反复进行某些操作，导致的会因重复性动作而造成的疲惫或状态控制混乱，以及人为去关注整个验证状态，手动控制所有过程，造成的验证时间浪费，人力消耗等效率低下问题。

本发明通过指定linux平台上验证环境的搭建层次，配合shell脚本与makefile脚本，实现对整个验证环境的控制，控制CABAC模块的输入数据，控制CABAC模块输出数据对比结果以及仿真器的运行过程。

本发明提供一种针对H.265的CABAC连续图像的验证方法，包括以下步骤：

S1、指定linux平台上验证环境的搭建层次，依次包括：

dut、sim、tb、script、output、data和ref文件夹；

其中，所述dut文件夹存放完整的CABAC模块的设计代码，以及汇集所有设计文件名称的filelist文件；