H 264參考幀管理方法

2021-08-25 11:38:43 字數 1176 閱讀 1002

h264中允許從多至15個幀裡面選擇1幀或者2幀出來作為參考進行**,所以必須引入乙個列表來管理這些參考影象,對

與p slice而言,對應 list0,對於 b slice 而言,還需要多乙個 list1,因為 b slice 是進行的兩次**!(乙個前向乙個後向/兩個前向/兩個後向)

參考幀分為 long term / short term 兩種,即所謂的長期參考幀和短期參考幀。其中長期參考幀用 longtermpicnum

p slice 的短期參考利用 frame_num 來進行索引,且按照降序排列(即離當前影象最近的前向影象排在第0位)

b slice 的短期參考利用 poc 來進行索引,

對其list0而言,先按照poc降序排列處於其前向的參考幀然後再按照poc公升序排列處於其後向的參考幀;

對其list1而言,先按照poc公升序排列處於其後向的參考幀然後再按照poc降序排列處於其前向的參考幀。

對於每個mb而言,在mb_pred()中會傳輸其參考索引,以表明該mb從list0/list1中選擇哪乙個作為參考,而對於乙個

slice 而言,可能存在該 slice 內部大多數mb都選擇了某乙個索引號較大的參考幀,如設定list0中的索引從0~5,而

大多數mb都選擇了5,在用哥倫布碼進行編碼時,將會消耗較多的bit!所以在初始化排序好後,會根據當前 slice 的

具體情況,對列表進行重排序,如將此時排在索引5位置的poc與排在0位置的poc進行交換,那麼mb_pred()中傳輸參考

索引所需的bit數就大大減少了!其中參考索引重排的語法在ref_pic_list_reordering()中有詳細介紹!

那麼當一幀解完後,如何處理該幀呢?需不需要將其放入參考列表中?所以在h264的bit stream中還傳輸了

dec_ref_pic_marking(),通過mmco這個玩意告訴我們當前的一幀接完後如何處理參考列表!

tbd:剩下的乙個問題就是,為什麼要分長期參考和短期參考呢?

以下是來自網上的答案,因為short term參考幀以frame_num做為索引,而frame_num是有最大值的,達到最大值後會進行

取模,所以短期參考幀不能長期存在於參考列表中,因為一旦frame_num達到最大值後取模為0,該索引就失去意義了,而長

期參考幀則不同!

H 264參考幀管理方法

h264中允許從多至15個幀裡面選擇1幀或者2幀出來作為參考進行 所以必須引入乙個列表來管理這些參考影象,對 與p slice而言,對應 list0,對於 b slice 而言,還需要多乙個 list1,因為 b slice 是進行的兩次 乙個前向乙個後向 兩個前向 兩個後向 參考幀分為 long ...

H 264參考幀管理

引言 h 264相對於以前的標準,採用了多參考幀的技術,提高了編碼器的效能,但也增加了實現的複雜度,在理解上也加大了難度。下面是我近來參閱一些資料的總結 frame num 標誌片的解碼順序,當前影象是idr 立即重新整理影象 時,設定為0 相對於前面乙個參考幀 解碼順序 增加1 poctype0 ...

H 264多參考幀

h264中允許從多至15個幀裡面選擇1幀或者2幀出來作為參考進行 所以必須引入乙個列表來管理這些參考影象,對與p slice而言,對應 list0,對於 b slice 而言,還需要多乙個 list1,因為 b slice 是進行的兩次 乙個前向乙個後向 兩個前向 兩個後向 參考幀分為 long t...