關(guān)于Slice和Slice Group- H.264樂(lè )園 - 視頻技術(shù)論壇 中...
我在H.264樂(lè )園里看了一下關(guān)于Slice和Slice Group的相關(guān)資料 仍是有很多不明白的地方:
1、Slice Group到底有什么來(lái)組成的 是Slice?是MB?
2、如果Slice Group有Slice組成 哪為何MB可以直接映射到SliceGroup中?
3、如果Slice Group有MB組成,那Slice也是有MB組成的,那如何區別Slice和Group呢?
4、Slice的目的是為了獨立解碼、避免錯誤擴散,那SliceGroup的作用又是什么呢?
5、存在不存在一個(gè)MB即屬于某個(gè)Slice有屬于某個(gè)Slice Group?
(*^__^*) 嘻嘻…… 真厲害呀!一下問(wèn)了5個(gè)相關(guān)的問(wèn)題!我剛進(jìn)群,回答錯了還請批評指教!
1.slice group = n*slice ; slice = n*mb;即其是由slice組成,而slice當然是由mb組成;
2.我不知道你這個(gè)版本的代碼是怎么寫(xiě)的,但是我知道對于每個(gè)mb在編碼時(shí),都有一個(gè)標志位是標識該宏塊是哪個(gè)slice的(比如說(shuō)像mb.[slice_no]這樣),我把這理解為slice與mb的映射,在有slice group的情況下,再加個(gè)標識位表示屬于哪個(gè)slice group也很合理呀?因為編碼會(huì )方便一些,為何會(huì )方便一些,請看問(wèn)題3、問(wèn)題4的回答。
3.slice 和 slice group的區別是作用不同,或說(shuō)作用側重不同。slice的作用你問(wèn)題四中說(shuō)了,那slice group的作用呢?請看問(wèn)題4的回答。
4.slice group我個(gè)人認為是把有相關(guān)性的slice拼組在一起建一個(gè)group,為何這樣呢,舉兩個(gè)例子:A,在感興趣編碼中,需要把感興趣區域ROI單獨用\小qp編碼,于是可以把ROI區域的slice拼在一起建個(gè)group,標識出這個(gè)區域,編碼時(shí)不用統一的QP而用小qp編碼;B,h.264中好像對重要slice進(jìn)行了冗余編碼,即會(huì )寫(xiě)入兩次碼流,丟了一次寫(xiě)入了,還可以收第二次的,但是那些slice要冗余編,哪些不用,需要標識出來(lái),所以也建個(gè)group標識這些條帶需要冗余。這兩個(gè)例子不知我說(shuō)清了嗎?
5.當然存在:slice group>slice>mb,mb是最基本的編碼單位,最后的編碼都會(huì )落腳到encode_one_macroblock、write_one_macroblock是吧?所以無(wú)論上層是分成slice、slice group、片組、幀、gop……下層最終都是mb。
這樣理解不知道對不對:
圖像映射成Slice Group,就是把宏塊或者宏塊對進(jìn)行映射成不同的Slice Group(Slice Group,0、Slice Group,1等等),在不同的Slice Group中再進(jìn)行分成Slice ,相對于Slice Group來(lái)說(shuō),Slice 包含Slice Group內部按照光柵掃描順序排列的整數個(gè)宏塊或宏塊對,但是若是相對于圖像來(lái)說(shuō)并不一定是按光柵掃描的順序連續排列的,因為中間經(jīng)過(guò)了圖像到Slice Group的映射。Slice Group的提出是為了采用FMO實(shí)現錯誤隱藏。若是采用映射,那么在同一Slice Group中的相鄰宏塊在實(shí)際圖像中不一定是相鄰的,那么當某一個(gè)Slice Group內的Slice 的宏塊發(fā)生丟包等錯誤的時(shí)候,就可以利用其他Slice Group內的Slice的宏塊對其進(jìn)行預測恢復,因為其他Slice Group中的宏塊或宏塊對與該丟失宏塊或宏塊對在位置上是相鄰的,相關(guān)性最強,預測誤差最小。當不采用Slice Group的時(shí)候,若是Slice的宏塊發(fā)生錯誤,那么就導致一部分空間位置相鄰的宏塊或宏塊對無(wú)法解出,那么就得利用周邊宏塊或宏塊對對其進(jìn)行預測,這樣的預測效果隨著(zhù)越靠近出錯區域中心越差。顯然,采用Slice Group方法的預測效果要好。
更詳細的解釋見(jiàn)本人博客:[url]http://blog.csdn.net/sunnymov/archive/2009/08/26/4486922.aspx[/url]
以上皆是個(gè)人理解的,歡迎相互探討,thx!
本站僅提供存儲服務(wù),所有內容均由用戶(hù)發(fā)布,如發(fā)現有害或侵權內容,請
點(diǎn)擊舉報。