用于并行視頻編碼和解碼的方法、設備和系統(tǒng)的制作方法
【專利摘要】公開了一種用于對視頻比特流進行解碼的方法。該方法包括：對視頻比特流(52)的第一部分(112-1)進行熵解碼，其中，視頻比特流的第一部分(112-1)與視頻幀(110)相關聯，從而生成解碼數據的第一部分(112-1)；對視頻比特流(52)的第二部分(112-2)進行熵解碼，其中，視頻比特流(52)的第二部分(112-2)與視頻幀(110)相關聯，從而生成解碼數據的第二部分(112-2)，其中，對視頻比特流(52)的第二部分(112-2)的熵解碼獨立于對視頻比特流(52)的第一部分(112-1)的熵解碼；以及使用解碼數據的第一部分(112-1)和解碼數據的第二部分(112-2)來重構與視頻比特流(52)相關聯的視頻幀(110)的第一部分(112-1)。
【專利說明】用于并行視頻編碼和解碼的方法、設備和系統(tǒng)
[0001] 分案申請說明
[0002] 本申請是申請日為2009年3月25日、申請?zhí)枮?00980110928. 2 (國際申請?zhí)朠CT/ JP2009/056778)的、題為"用于并行視頻編碼和解碼的方法、設備和系統(tǒng)"的發(fā)明專利申請 的分案申請。

【技術領域】
[0003] 本發(fā)明的實施例總體涉及視頻編碼。

【背景技術】
[0004]以比傳統(tǒng)方法和標準更高的復雜度為代價，本領域最新的視頻編碼方法和標準 (例如H. 264/MPEG-4 AVC(H. 264/AVC))可以提供更高的編碼效率。對于視頻編碼方法和標 準的日益增加的質量要求和分辨率要求也可能增加其復雜度。支持并行解碼的解碼器可以 提高解碼速度并降低存儲器要求。此外，多核處理器的發(fā)展可以使支持并行解碼的編碼器 和解碼器成為值得期望的。
[0005] H. 264/MPEG-4 AVC[Joint Video Team of ITU-T VCEG and IS0/IEC MPEG, "H. 264:Advanced video coding for generic audiovisual services"，ITU-T Rec H. 264 and IS0/IEC 14496-10 (MPEG4-Part 10)，November 2007]是為了壓縮效率而使用后接殘 差編碼的宏塊預測來減少視頻序列中的時間和空間冗余的視頻編解碼規(guī)范，在此將其全部 并入作為參考。


【發(fā)明內容】

[0006]本發(fā)明的一些實施例包括：基于將數據劃分成可以獨立進行熵編碼和解碼的熵 片，對視頻比特流進行并行熵編碼和解碼的方法、設備和系統(tǒng)。
[0007]根據本發(fā)明的一方面，提供了一種用于對視頻比特流進行解碼的方法。該方法包 括：對視頻比特流的第一部分進行熵解碼，其中，視頻比特流的第一部分與視頻幀相關聯， 從而生成解碼數據的第一部分；對視頻比特流的第二部分進行熵解碼，其中，視頻比特流的 第二部分與視頻幀相關聯，從而生成解碼數據的第二部分，其中，對視頻比特流的第二部分 的熵解碼獨立于對視頻比特流的第一部分的熵解碼；以及使用解碼數據的第一部分和解碼 數據的第二部分來重構與視頻比特流相關聯的視頻幀的第一部分。
[0008]根據本發(fā)明的另一方面，提供了一種用于對視頻序列中的視頻幀進行解碼的方 法。該方法包括：接收比特流；識別比特流中的重構片；識別與比特流中的重構片相關聯的 多個熵片；對與重構片相關聯的多個熵片中的每一個進行熵解碼，從而生成多個熵解碼熵 片；以及使用多個熵解碼熵片來重構與重構片相關聯的視頻幀的一部分。
[0009]根據本發(fā)明的另一方面，提供了一種用于對視頻序列中的視頻巾貞進行編碼的方 法。該方法包括：將視頻序列中的第一幀劃分成至少一個重構片，從而生成第一重構片；以 及將第一重構片劃分成多個熵片。
[0010] 根據本發(fā)明的另一方面，提供了一種用于產生用于并行解碼的視頻比特流的方 法。該方法包括：接收第一視頻比特流；識別視頻比特流中的重構片；對來自重構片的多個 符號進行熵解碼，從而生成與重構片相關聯的熵解碼數據；將與重構片相關聯的熵解碼數 據劃分成與重構片相關聯的多個熵片；對多個熵片中的每一個熵片的熵解碼數據進行獨立 的熵編碼，從而生成多個熵編碼熵片；以及產生包括多個熵編碼熵片在內的第二視頻比特 流。
[0011] 在本發(fā)明的一些實施例中，可以對輸入的壓縮視頻比特流的第一部分和第二部分 獨立地進行熵解碼?？梢允褂脕碜缘谝徊糠趾偷诙糠值慕獯a數據，重構與輸入的壓縮視 頻比特流的第二部分相關聯的視頻幀的采樣塊。從而，重構相鄰定義和熵解碼相鄰定義并 不相同。
[0012] 在本發(fā)明的一些實施例中，編碼器可以將輸入數據劃分成熵片。編碼器可以對熵 片獨立地進行熵編碼。編碼器可以形成包括熵片首部在內的比特流，每一個熵片首部可以 指示熵片的相關數據在比特流中的位置。在本發(fā)明的一些實施例中，解碼器可以解析接收 到的比特流，以得到熵片首部，并且解碼器可以根據解碼器定義的并行等級對多個熵片進 行熵解碼。
[0013] 在本發(fā)明的一些實施例中，可以在畫面級對數據進行復用以形成熵片。在一些實 施例中，一個或多個熵片可以與預測數據相對應，并且一個或多個熵片可以與殘差數據相 對應。在本發(fā)明的備選實施例中，一個或多個熵片可以與多個色平面的每一個相對應。
[0014] 在本發(fā)明的一些實施例中，可以對比特流進行代碼變換以包括熵片。在這些實施 例中，可以對接收到的比特流進行熵解碼，可以構建多個熵片，并且熵片中的每一個可以被 獨立編碼，并寫至具有相關聯的熵片首部的經代碼變換的比特流。
[0015] 在考慮以下結合附圖進行的本發(fā)明的詳細描述時，將更容易理解本發(fā)明的前述和 其它目的、特征和優(yōu)勢。

【專利附圖】

【附圖說明】
[0016] 圖1是示出了 H. 264/AVC視頻編碼器的圖（現有技術）；
[0017] 圖2是示出了 H· 264/AVC視頻解碼器的圖（現有技術）；
[0018] 圖3是示出了示例性片結構的圖（現有技術）；
[0019]圖4是示出了示例性片組結構的圖（現有技術）；
[0020]圖5是示出了根據本發(fā)明的實施例的示例性片劃分的圖，其中，可以將畫面劃分 成至少一個重構片，并且可以將重構片劃分成多于一個的熵片；
[0021] 圖6是示出了包括熵片的本發(fā)明的示例性實施例的圖；
[0022] 圖7是示出了本發(fā)明的示例性實施例的圖，包括后接片重構的對多個熵片進行并 行倘解碼；
[0023] 圖8是示出了本發(fā)明的示例性實施例的圖，包括在畫面級對預測數據/殘差數據 進行復用，以進行熵片構建；
[0024] 圖9是示出了本發(fā)明的示例性實施例的圖，包括在畫面級進行色平面復用，以進 行熵片構建；以及
[0025]圖10是示出了本發(fā)明的示例性實施例的圖，包括通過熵解碼、形成熵片和熵編碼 來對比特流進行代碼轉換。
[0026] 附圖標記
[0027] 2 H. 264/AVC 視頻編碼器
[0028] 32熵編碼
[0029] 54熵解碼
[0030] 80 H· 264/AVC 視頻解碼器
[0031] 110視頻幀
[0032] 111、112、113 重構片
[0033] 112-1、112-2、112-3 熵片
[0034] 115、116、117、118、119、120、121、122、123 宏塊

【具體實施方式】
[0035] 將參考附圖來最佳地理解本發(fā)明的實施例，其中，相同的部分由相同的數字來指 出。將以上列出的圖明確地并入，作為該詳細描述的一部分。
[0036] 易于理解的是，可以通過廣泛多樣的配置來設置和設計此處在附圖中大致描述和 示意的本發(fā)明的組件。從而，以下本發(fā)明的方法、設備和系統(tǒng)的實施例的更詳細描述并非意 在限制本發(fā)明的范圍，相反其僅表示本發(fā)明當前優(yōu)選實施例。
[0037] 可以以硬件、固件和/或軟件的形式來實施本發(fā)明的實施例的元件。雖然在此揭 示的示例性實施例可能僅描述了這些形式中的一種，但應理解本領域技術人員能夠以這些 形式中的任意形式來實現這些元件，同時仍保持在本發(fā)明的范圍之內。
[0038] 雖然本發(fā)明的實施例可以適于使用熵編碼/解碼的任何視頻編碼器/解碼器（編 解碼器），但將結合H. 264/AVC編碼器和H. 264/AVC解碼器來示意本發(fā)明的示例性實施例。 這樣做旨在示意本發(fā)明的實施例而不是限制性的。
[0039] 與比傳統(tǒng)方法和標準更高的復雜度為代價，本領域最新的視頻編碼方法和標準 (例如H. 264/AVC)可以提供更高的編碼效率。對于視頻編碼方法和標準的日益增加的質量 要求和分辨率要求也可能增加其復雜度。支持并行解碼的解碼器可以提高解碼速度并降低 存儲器要求。此外，多核處理器的發(fā)展可以使支持并行解碼的編碼器和解碼器成為值得期 望的。
[0040] H. 264/AVC和很多其它視頻編碼標準和方法基于基于塊的混合視頻編碼途徑，其 中，源編碼算法是畫面間（還考慮幀間）預測、畫面內（還考慮幀內）預測以及預測殘差的 變換編碼的混合。幀間預測可以利用時間冗余，幀內預測和預測殘差的變換編碼可以利用 空間冗余。
[0041] 圖1示出了示例性H. 264/AVC視頻編碼器2的框圖?？梢砸胼斎氘嬅?(還考 慮輸入幀）用于編碼。可以生成預測信號6和殘差信號8,其中，預測信號6可以基于幀間 預測10或幀內預測12?？梢酝ㄟ^使用所存儲的參考畫面16 (還考慮參考幀）、使用輸入幀 (輸入畫面）4與參考幀（參考畫面）16之間的運動估計18處理所確定的運動信息I9進行 運動補償14來確定幀間預測10?？梢允褂媒浗獯a的信號22通過幀內預測20確定幀內預 測12?？梢酝ㄟ^從預測（預測信號）6中減去輸入幀4來確定殘差信號8。對殘差信號 8 進行變換、縮放和量化24,從而生成經量化的變換系數26。可以通過將預測信號6與對經 量化的變換系數26進行逆變換、縮放和逆量化30所產生的信號28相加來產生經解碼信號 22。可以對運動信息19和經量化的變換系數26進行熵編碼32并寫至經壓縮的視頻比特 流34?？梢栽诰幋a器2處通過對重構的預濾波信號（經解碼的信號）22進行濾波36來產 生輸出圖像區(qū)域38 (例如，參考幀的一部分）。
[0042] 圖2輸出了示例性H. 264/AVC視頻解碼器50的框圖。可以引入輸入信號52 (還 考慮比特流）用于解碼?？梢詫邮盏降姆栠M行熵解碼54,從而生成運動信息56和經量 化、縮放的變換系數58?？梢酝ㄟ^運動補償60將運動信息56與可駐留在幀存儲器64中的 部分參考幀84組合，并可以產生幀間預測6 8。可以對經量化、縮放的變換系數58進行逆 量化、逆縮放和逆變換62,從而生成經解碼的殘差信號 7〇。可以將殘差信號70與預測信號 78(幀間預測信號68或幀內預測信號76)相加，并變成組合信號72?？梢杂僧斍皫邢惹?解碼的信息（先前組合信號） 72通過幀內預測74預測幀內預測信號76?？梢杂扇K濾波 器80對組合彳曰號72濾波，并可以將經濾波的彳旨號82寫至巾貞存儲器64。
[0043]在H.264/AVC中，將輸入畫面劃分成固定大小的宏塊，其中，每一個宏塊覆蓋由 亮度分量的1θχ16個采樣和兩個色度分量中每一個的8x8個采樣構成的矩形畫面區(qū)域。 H. 264/AVC標準的解碼處理是針對以宏塊為處理單位而指定的。熵解碼器54解析經壓縮的 視頻比特流 52的語法元素并對其進行解復用。H. 264/AVC指定了兩種備選的熵解碼方法： 低復雜度技術，基于可變長度碼的上下文自適應轉換集合的使用，被稱為CAVLC ;以及計算 上要求更高的算法，基于上下文的自適應二進制算法編碼，被稱為CABAC。在這兩種熵解碼 方法中，當前符號的解碼可以僅依靠先前正確解碼的符號和自適應更新的上下文模型。此 夕卜，可以將不同的數據信息（例如，預測數據信息、殘差數據信息和不同的色平面）復用在 一起。在對元素進行熵解碼前，可以不進行解復用。
[0044] 在熵解碼之后，可通過獲得進行了逆量化和逆變換的殘差信號、以及預測信號 (幀內預測信號或幀間預測信號）來重構宏塊?？梢酝ㄟ^對每一個經解碼的宏塊應用去塊 濾波來降低塊失真。直到對輸入信號進行熵解碼，處理才可以開始，從而使得熵解碼成為解 碼的潛在瓶頸。
[0045] 類似地，在可以允許備選預測機制（例如，H. 264/AVC中的層間預測或其它可縮放 編解碼器中的層間預測）的編解碼器中，在解碼器處，在所有的處理之前進行熵解碼是必 須的，從而使得熵解碼成為潛在的瓶頸。
[0046] 在H_ 264/AVC中，可以將包括多個宏塊在內的輸入畫面劃分成一個或若干個片。 假設在編碼器和解碼器處使用的參考畫面是相同的，可以在不使用來自于其它片的數據的 情況下正確地對片所表示的畫面的區(qū)域中的采樣的值進行解碼。因此，針對片的熵解碼和 宏塊重構不取決于其它的片。特別地，在每一片的起始處重置熵編碼狀態(tài)。當針對熵解碼 和重構定義相鄰可用性時，將其它片中的數據標記為不可用。在H. 264/AVC中，可以并行地 對片進行熵解碼和重構。幀內預測和運動矢量預測不允許跨越片的邊界。去塊濾波可以使 用跨越片邊界的信息。
[0047] 圖3示出了示例性視頻畫面90,包括在水平方向上的11個宏塊和在垂直方向上的 9個宏塊（9個示例性宏塊被標記為91-99)。圖3示出了三個示例性片：第一片被表示為"片 #0" 100,第二片被表示為"片#1" 101，第三片被表示為"片#2" 102。H. 264/AVC解碼器可 以并行地對這三個片1〇〇、101、102進行解碼和重構。在針對每個片的解碼/重構處理的起 始處，初始化或重置上下文模型，并將其它片中的宏塊標記為不可用于熵解碼和宏塊重構。 從而，針對宏塊（例如"片#1"中被標記為93的宏塊），"片#0"中的宏塊（例如被標記為 91和92的宏塊）可以不用于上下文模型選擇或重構。反之，針對宏塊（例如"片#1"中被 標記為95的宏塊），可以將"片#1"中的其它宏塊（例如被標記為93和94的宏塊）用于 上下文模型選擇或重構。因此，在片內必須連續(xù)地處理熵解碼和宏塊重構。除非片是使用 靈活宏塊排序（FM0)定義的，否則以光柵掃描的順序來處理片內的宏塊。
[0048] 靈活宏塊排序定義了片組，以修改如何將畫面劃分成片。通過宏塊至片組的映射 來定義片組中的宏塊，宏塊至片組的映射是由片首部中的畫面參數集合和附加信息的內容 以信號通知的。宏塊至片組的映射由畫面中每一宏塊的片組識別號構成。片組識別號指定 了相關宏塊屬于哪一個片組?？梢詫⒚恳粋€片組劃分成一個或更多個片，其中，片是在特定 片組的宏塊集合內以光柵掃描的順序來處理的、相同片組內宏塊的序列。在片內必須連續(xù) 地處理熵解碼和宏塊重構。
[0049]圖4描述了分配為三個片組的示例性宏塊分配：被表示為"片組#0"103的第一片 組，被表示為"片組#1" 104的第二片組和被表示為"片組#3" 105的第三片組。在畫面90 中，這些片組103、104、105可以分別與兩個前景區(qū)域和一個背景區(qū)域相關聯。
[0050] 本發(fā)明的一些實施例可以包括將畫面劃分成一個或更多個重構片，其中，假設在 編碼器和解碼器處使用的參考畫面是相同的，就可以在不使用來自于其它重構片的數據的 情況下對重構片所表示的畫面區(qū)域內的采樣的值正確地進行重構這一方面來說，重構片可 以是獨立自足（self-contained)的。針對重構，重構片內所有的重構宏塊在相鄰定義中是 可用的。
[0051] 本發(fā)明的一些實施例可包括將重構片劃分成多于一個的熵片，其中，就可以在不 使用來自于其它熵片的數據的情況下對熵片所表示的畫面區(qū)域內的符號值正確地進行熵 解碼這一方面來說，熵片可以是獨立自足的。在本發(fā)明的一些實施例中，在每個熵片的解 碼起始處，可以重置熵編碼狀態(tài)。在本發(fā)明的一些實施例中，當針對熵解碼定義相鄰可用性 時，可以將其它熵片中的數據標記為不可用。在本發(fā)明的一些實施例中，在當前塊的上下文 模型選擇中，可以不使用其它熵片中的宏塊。在本發(fā)明的一些實施例中，可以僅在熵片內更 新上下文模型。在本發(fā)明的這些實施例中，與熵片相關聯的每一個熵解碼器可以保持其自 身的上下文模型的集合。
[0052] 本發(fā)明的一些實施例可以包括CABAC編碼/解碼。CABAC編碼處理包括以下步驟：
[0053] 二進制化：將非二進制值的符號（例如，變換系數、運動矢量或其它編碼數據）轉 換成二進制碼（也稱為bin字符串）。
[0054] 二進制化之后為以下步驟：針對二進制化符號的每一個bin(還考慮比特），
[0055] 上下文模型選擇：上下文模型是針對二進制化符號的一個或更多個bin的概率模 型。針對每個bin，上下文模型包括bin的概率是"1"或"0"。取決于最近編碼數據符號（如 果可用的話，通?；谧笊系南噜彿枺┑慕y(tǒng)計，可以挑選模型來作為可用模型的選集。
[0056] 二進制算術編碼：算術編碼器根據所選擇的概率模型對每一個bin進行編碼，并 且是基于遞歸間隔細分的。
[0057] 概率更新：基于實際編碼值對所選擇的上下文模型進行更新。
[0058] 在包括CABAC編碼/解碼的本發(fā)明的一些實施例中，在熵片的解碼起始處，可以將 所有的上下文模型初始化或重置到預定義模型。
[0059]可以結合圖5來理解本發(fā)明的一些實施例。圖5示出了示例性視頻幀11〇，包括在 水平f向上P 11_個太塊，在垂直方向上的9個宏塊（9個示例性宏塊被標記為115_123)。 圖5示出了三個示例性重構片：被表示為"重構片 #〇"lu的第一重構片，被表示為"重構片 #1" 112的第二重構片和被表示為"重構片#2" 113的第三重構片。圖5還示出了將第二重 構片"重構片#1" 112劃分成三^熵片：交叉陰影線nti中示出的被表示為"熵片#〇，，的 第=熵片，垂直陰影線112_ 2中示出的被表示為"熵片#1"的第二熵片以及斜陰影線112_3 中示出的被表示為"熵片#2"的第三熵片?？梢圆⑿械貙γ恳粋€熵片 進行熵解碼。在此，還可以將被表不為"熵片#〇"的第一熵片和被表示為"熵片#1"的第二 熵片稱為比特流的第一部分和第二部分。
[0060]在本發(fā)明的一些實施例中，在熵片的熵解碼期間，針對上下文模型選擇，僅僅來自 于熵片內的宏塊的數據是可用的?？梢詫⑺衅渌陦K標記為不可用。針對該示例性劃 分，當對與被標記為119的宏塊的區(qū)域相對應的符號進行解碼時，對于上下文模型選擇，被 標記為117和118的宏塊是不可用的，因為被標記為 117和118的宏塊在包含宏塊119的 熵片之外。然而，當重構宏塊119時，這些宏塊117、118是可用的。
[0061]在本發(fā)明的一些實施例中，編碼器可以確定是否將重構片劃分成熵片，并且編碼 器可以在比特流中以信號通知該決定。在本發(fā)明的一些實施例中，信號可以包括熵片標 記（第一熵片中的標記可被稱為第一標記），在本發(fā)明的一些實施例中其可以被表示為 "entropy-slice-flag''。
[0062]可以結合圖6來描述本發(fā)明的一些解碼器實施例。在這些實施例中，可以檢查熵 片標記（S130)，并且如果熵片標記指示沒有與畫面或重構片相關聯的熵片（步驟sl3〇中的 否），那么可以將首部解析為規(guī)則片首部（S134)?？梢灾刂渺亟獯a器狀態(tài)（S136)，并且可以 定義針對熵解碼和重構的相鄰信息（S138)。然后，可以對片數據進行熵解碼（ S14〇)，并且 可以對片進行重構（S142)。如果熵片標記指示存在與畫面相關聯的熵片（步驟S130中的 是），那么可以將首部解析為熵片首部（S148)。可以重置熵解碼器狀態(tài)（S150)，可以定義針 對熵解碼的相鄰信息（S152)，并且可以對熵片數據進行熵解碼（S154)。然后，可以定義針 對重構的相鄰信息（S156)，并且可以對片進行重構（S142)。在步驟S142中的片重構之后， 可以檢查下一片或畫面。
[0063] 可以結合圖7來描述本發(fā)明的一些備選的解碼器實施例。在這些實施例中，解碼 器能夠進行并行解碼，并且可以定義其自身的并行程度，例如，考慮具有對N個熵片進行并 行解碼的能力的解碼器。解碼器可識別N個熵片（S170)。在本發(fā)明的一些實施例中，如果 在當前畫面或重構片中有少于N個熵片是可用的，解碼器可以對來自后續(xù)畫面或者重構片 中的熵片（如果這些熵片可用的話）進行解碼。在備選實施例中，解碼器可以等待，直到在 對后續(xù)圖片或重構片的部分進行解碼之前完全處理完當前的圖片或重構片。在步驟S170 中識別了至多N個熵片后，可以對所識別的熵片中的每一個熵片獨立地進行熵解碼?？梢?對第一熵片進行解碼（S172-S176)。對第一熵片的解碼可以包括重置解碼器狀態(tài)（S172)。 在包括CABAC熵解碼的一些實施例中，可以重置CABAC狀態(tài)。可以定義針對對第一熵片進 行熵解碼的相鄰信息（S174)，并且可以對第一熵片數據進行解碼（S176)?？梢葬槍χ炼郚 個熵片中的每一個執(zhí)行這些步驟（針對第N個熵片，執(zhí)行S178-S182)。在本發(fā)明的一些實 施例中，當對所有的熵片進行熵解碼時，解碼器可以重構熵片（S184)。在本發(fā)明備選的實施 例中，在對一個或更多個熵片進行解碼后，解碼器在步驟S1S4中開始重構。
[0064]在本發(fā)明的一些實施例中，當存在多于N個的熵片時，解碼線程可以在完成熵片 的熵解碼時開始對下一熵片進行熵解碼。從而，當線程完成對低復雜度熵片的熇解碼時，線 程可以在不等待另一線程完成其解碼的情況下開始對另外的熵片進行解碼。
[0065] 在可以適應現有標準或方法的本發(fā)明的一些實施例中，根據現有標準或方法，熵 片可能共享規(guī)則片的大多數片屬性。因此，熵片可能需要小的首部。在本發(fā)明的一些實施 例中，熵片首部可以使解碼器能夠識別熵片的開始，并開始熵解碼。在一些實施例中，在畫 面或重構片的起始處，熵片首部可以是規(guī)則首部或重構片首部。
[0066] 在包括H. 264/AVC編解碼器的本發(fā)明的一些實施例中，可以通過將新的比特 "entropy_slice_flag"添加至現有片首部來以信號通知摘片。表1列出了根據本發(fā)明的實 施例的用于熵片首部的語法，其中，C指示類別，描述符u(l)、ue(v)指示一些固定長度或可 變長度的編碼方法。
[0067] "first_mb_in_slice"指定了與熵片首部相關聯的熵片中第一宏塊的地址。在一些 實施例中，熵片可以包括宏塊的序列。
[0068] "cabacjnitjdc"指定了用于確定在上下文模式的初始化處理中使用的初始化 表的索引。
[0069]

【權利要求】
1. 一種用于對視頻比特流進行解碼的方法，所述方法包括： a) 對所述視頻比特流進行解析，從而識別與所述視頻比特流中的圖像的第一部分相關 聯的第一片首部以及與所述圖像的第二部分相關聯的第二片首部， 其中，所述第二片首部不同于所述第一片首部，并且與所述第一片首部共享片屬性中 的一些片屬性，并且所述第二片首部的大小小于所述第一片首部的大小； b) 對所述視頻比特流、所述第一片首部和所述第二片首部進行熵解碼，從而產生與所 述第一部分相關聯的第一解碼數據以及與所述第二部分相關聯的第二解碼數據； c) 使用所述第一解碼數據來重構所述第一部分；以及 d) 使用所述第二解碼數據以及重構的第一部分來重構所述第二部分。
【文檔編號】H04N19/70GK104270645SQ201410508455
【公開日】2015年1月7日 申請日期:2009年3月25日 優(yōu)先權日:2008年3月28日
【發(fā)明者】趙杰, 克里斯多佛·A·西蓋, 路易斯·J·克羅夫斯基 申請人:夏普株式會社