有 B 圖像的場合。POC 表示的是圖像顯示順序。由于POC對于參考序列的初始化,重排序及標記關系重大,所以做了如下的分析，以下討論情況是針對幀編碼。

pic_order_cnt_type=0的時候：

?????? poc與frame_num沒有直接的關系，是顯式地出現在bit流中為pic_order_cnt_lsb（PicOderCntMsb 和 PicOderCntLsb分別代表的是POC的高位和低位。H.264中為了提高壓縮效率，只對POC的低位進行編碼傳輸，POC的高位不在碼流中直接傳輸，而是通過別的語法元素推導得來。）
pic_order_cnt_lsb只是一個低位的poc，對應的高位PicOrderCntMsb不出現在bit流中，這個需要編碼器或者解碼器對pic_order_cnt_lsb的情況來進行PicOrderCntMsb的進位。其中MaxPicOrderCntLsb在SPS中可以得到，用于控制進位的。假定MaxPicOrderCntLsb=64,prevPicOrderCntMsb=0有如下情況：

????? I?? P?? B...未出現mmco==5或IDR.....P B B P B B P B B
poc:??? 0?? 6?? 2????????????????????????? 60?? 56?? 58?? 2?? 62 0 6 2 4
總計 poc?? 0?? 6?? 2????????????????????????? 60?? 56?? 58?? 66 62 64 70 66?? 68

?????? 這里變量prevPicOrderCntLsb應該是以前參考幀的pic_order_cnt_lsb，對于pic_order_cnt_lsb=2的P，現在來計算它的poc, 此時prevPicOrderCntLsb=60，很明顯滿足條件prevPicOrderCntLsb>pic_order_cnt_lsb&&(prevPicOrderCntLsb-pic_order_cnt_lsb)>=64/2,
由于是參考幀所以其prevPicOrderCntMsb=prevPicOrderCntMsb+64=64，此時TopFiledOrderCnt=64+2=66;
????? 接著計算pic_order_cnt_lsb=62的B此時prevPicOrderCntMsb=64，而prevPicOrderCntLsb=2，很明顯滿足prevPicOrderCntLsb<pic_order_cnt_lsb&&(pic_order_cnt_lsb-prevPicOrderCntLsb)>=64/2,此時PicOrderCntMsb=prevPicOrderCntMsb-prevPicOrderCntLsb=64-2=62。由于不是參考幀所以prevPicOrderCntMsb還是保持為64，很明顯prevPicOrderCntMsb應該是MaxPicOrderCntLsb的倍數。對于pic_order_cnt_lsb=0的B，上述兩種情況都不滿足，所以其PicOrderCntMsb=64。
????? prevPicOrderCntMsb和prevPicOrderCntLsb在IDR或者mmco=5的時候選擇性復位。這里如果考慮要場編碼，則有如下情況：

????? I?? P?? B...未出現mmco==5或IDR.....Pt?? Pb?? Bt?? Bb?? Bt Bb Pt Pb?? Bt?? Bb Bt Bb
poc:??? 0?? 6?? 2????????????????????????? 60?? 61?? 56?? 57?? 58 59 2 3 62?? 63 0???? 1
總計 poc?? 0?? 6?? 2????????????????????????? 60??? 56??? 58??????? 66??? 62??? 64

?????? Pt的poc為60的時候包含了mmco=5，由于他不是一個底場，所以prevPicOrderCntLsb就為60，如果出現在Pt的poc為61的時候包含了mmco=5，則prevPicOrderCntLsb=0；所以在幀編碼的時候mmco=5只是復位prevPicOrderCntMsb，而prevPicOrderCntLsb應該不復位。而在場編碼的時候mmco=5只有出現在底場的時候復位prevPicOrderCntMsb，prevPicOrderCntLsb為0。保證prevPicOrderCntLsb初始是從頂場開始，且為偶數開始（應該不是簡單如此吧，應該還有深入原因，那位想通透的告訴我一聲）

pic_order_cnt_type=1的時候：

??????? 考慮如下序列情況
??????? SPS中設置對于幀編碼，offset_for_top_to_bottom_field=0；對于場編碼?????????? offset_for_top_to_bottom_field=1；

序列1：??? I??? P??? B 循環一
frame_num: 0??? 1??? 2???
poc:?????? 0??? 4??? 2
????????????????? P??? B 循環二
frame_num:?????????? 2??? 3???
poc:???????????????? 8??? 6
????????????????? P??? B 循環三
frame_num:?????????? 3??? 4???
poc:???????????? 12??? 10

???????? 此時對于num_ref_frames_in_pic_order_cnt_cycle=1,num_ref_frames_in_pic_order_cnt_cycle表示IDR后一個循環內參考幀的總數.offset_for_ref_frame[0]=4,offset_for_ref_frame表示IDR后參考幀之間的偏移。

???????? 如果要計算poc=12的P幀的POC，如何得到呢？首先已經知道frame_num=3,num_ref_frames_in_pic_order_cnt_cycle=1,offset_for_ref_frame[0]=4,則可以得到
absFrameNum=3，picOrderCntCycleCnt =(3-1)/1=2;frameNumInPicOrderCntCycle=(3-1)%1=0;
expectedDeltaPerPicOrderCntCycle = 0
for( i = 0; i < num_ref_frames_in_pic_order_cnt_cycle; i++ )
expectedDeltaPerPicOrderCntCycle += offset_for_ref_frame[ i ]

則expectedDeltaPerPicOrderCntCycle =4；
expectedPicOrderCnt = picOrderCntCycleCnt * expectedDeltaPerPicOrderCntCycle
for( i = 0; i <= frameNumInPicOrderCntCycle; i++ )
expectedPicOrderCnt = expectedPicOrderCnt + offset_for_ref_frame[ i ]
則expectedPicOrderCnt =12；可以得到
由于是P-slice，此時slice header中
delta_pic_order_cnt[ 0 ]=0；delta_pic_order_cnt[ 1 ]=0；
TopFieldOrderCnt = 12；BottomFieldOrderCnt = 12；

序列2：??? I??? P??? B???? B??? 循環一
frame_num: 0??? 1??? 2???? 2
poc:?????? 0??? 6??? 2???? 4
????????????????? P??? B???? B??? 循環二
frame_num:?????????? 2??? 3???? 3???
poc:???????????????? 12??? 8???? 10
????????????????? P??? B???? B??? 循環三
frame_num:?????????? 3??? 4???? 4
poc:???????????? 18??? 14 16

此時
對于
num_ref_frames_in_pic_order_cnt_cycle=1,
offset_for_ref_frame[0]=6。
如果要計算poc=16的B幀的POC，如何得到呢？首先已經知道frame_num=4,num_ref_frames_in_pic_order_cnt_cycle=1,offset_for_ref_frame[0]=6,則可以得到
absFrameNum=4-1（因為是B幀不用于參考），picOrderCntCycleCnt =(3-1)/1=2;frameNumInPicOrderCntCycle=(3-1)%1=0;
expectedDeltaPerPicOrderCntCycle =6；
由于offset_for_non_ref_pic=-2*(連續B幀的數量);這里應該是-4
expectedPicOrderCnt =14；可以得到，
此時slice_header中delta_pic_order_cnt[ 0 ]=2，delta_pic_order_cnt[ 1 ]=0；
TopFieldOrderCnt = 16；BottomFieldOrderCnt = 16；

序列2：??? I??? P??? B???? P???? B B P B B B??? 循環一
frame_num: 0??? 1??? 2???? 2???? 3 3 3 4 4 4
poc:?????? 0??? 4??? 2???? 10 6 8 18 12?? 14?? 16

????????????????? P??? B???? P???? B B P B B B??? 循環二
frame_num:?????????? 4??? 5???? 5???? 6 6 6 7 7 7???
poc:???????????????? 22??? 20 28 24 26 36 30?? 32?? 34
????????????????? P??? B???? P???? B B P B B B??? 循環三
frame_num:?????????? 7??? 8???? 8???? 9 9 9 10 10?? 10
poc:???????????? 40??? 38 46 42 44 54?? 48 50?? 52
此時
對于
num_ref_frames_in_pic_order_cnt_cycle=3,
offset_for_ref_frame[3]={4,6,8}。
如果要計算poc=54的P幀的POC，如何得到呢？首先已經知道frame_num=9,num_ref_frames_in_pic_order_cnt_cycle=3,offset_for_ref_frame[3]={4,6,8},則可以得到
absFrameNum=9，picOrderCntCycleCnt =(9-1)/3=2;frameNumInPicOrderCntCycle=(9-1)%3=2;
expectedDeltaPerPicOrderCntCycle =18；
expectedPicOrderCnt =18*2+4+6+8=54；可以得到，
此時slice_header中delta_pic_order_cnt[ 0 ]=0，delta_pic_order_cnt[ 1 ]=0；
TopFieldOrderCnt = 54；BottomFieldOrderCnt = 54；
如果要計算poc=50的B幀的POC，如何得到呢？由于是B幀
absFrameNum=10-1=9，picOrderCntCycleCnt =(9-1)/3=2;frameNumInPicOrderCntCycle=(9-1)%3=2;
由于連續B幀數目是變化的取平均值為2，此時offset_for_non_ref_pic=-4，
expectedPicOrderCnt =18*2+4+6+8-4=50；此時slice_header中delta_pic_order_cnt[ 0 ]=0，delta_pic_order_cnt[ 1 ]=0；

pic_order_cnt_type=2的時候：

???????? poc是由frame_num推導出來的，這個比較簡單，但是應該注意，在這種情況下不存在連續的非參考圖象（注釋），且解碼輸出的順序和顯示輸出順序一致（注釋），意思就是說不出現B幀，但可以出現非參考的P場，這也是為什么當nal_ref_idc=0的時候tempPicOrderCnt = 2 * ( FrameNumOffset + frame_num ) – 1的情況。這里保證了參考場的POC始終為偶數，并且大于同幀的另外一個場。

??????? 綜合三種poc的，類型2應該是最省bit的，因為直接從frame_num獲得，但是序列方式限制最大；
類型1，只需要一定的bit量在sps標志出一些信息還在slice header中表示poc的變化，但是比類型0要節省bit,但是其序列并不是隨意的，要周期變化；對于類型0因為要對poc的 lsb進行編碼所以用到的bit最多，優點是序列可以隨意。