[發明專利]一種針對H.265的CABAC連續圖像驗證的方法

有效

• 申請號: 202110370606.4
• 申請日: 2021-04-07
• 公開（公告）號: CN113032274B
• 公開（公告）日: 2021-09-10
• 發明（設計）人: 文彬;孟夏冰;焦顯偉
• 申請（專利權）人: 北京電信易通信息技術股份有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36;G06T9/00
• 代理公司: 北京中索知識產權代理有限公司 11640
• 代理人: 陳江

本發明提供了一種針對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文件；