本申請(qǐng)要求申請(qǐng)日為2014年7月20日，美國(guó)臨時(shí)申請(qǐng)?zhí)枮?2/014,959的美國(guó)臨時(shí)申請(qǐng)案、申請(qǐng)日為2014年12月2日，美國(guó)臨時(shí)申請(qǐng)?zhí)枮?2/086,319的美國(guó)臨時(shí)申請(qǐng)案、申請(qǐng)日為2015年1月27日，美國(guó)臨時(shí)申請(qǐng)?zhí)枮?2/108,165的美國(guó)臨時(shí)申請(qǐng)案、申請(qǐng)日為2015年1月30日，美國(guó)臨時(shí)申請(qǐng)?zhí)枮?2/109,830的美國(guó)臨時(shí)申請(qǐng)案、申請(qǐng)日為2015年1月30日，美國(guó)臨時(shí)申請(qǐng)?zhí)枮?2/109,836的美國(guó)臨時(shí)申請(qǐng)案和申請(qǐng)日為2015年2月3日，美國(guó)臨時(shí)申請(qǐng)?zhí)枮?2/111,140的美國(guó)臨時(shí)申請(qǐng)案的優(yōu)先權(quán)，上述臨時(shí)申請(qǐng)案的內(nèi)容一并并入本申請(qǐng)。【
技術(shù)領(lǐng)域：
】本發(fā)明涉及用于視頻數(shù)據(jù)的調(diào)色板編碼(palettecoding)。特別地，本發(fā)明涉及各種技術(shù)，包括以信號(hào)發(fā)送調(diào)色板大小以提高編碼效率、限制最大編碼單元大小以降低系統(tǒng)復(fù)雜度、簡(jiǎn)化的運(yùn)行類型(runtype)的上下文自適應(yīng)(context-adaptive)編碼以及調(diào)色板編碼中的簡(jiǎn)化冗余移除(redundancyremoval)。
背景技術(shù)：
：高效視頻編碼(HighEfficiencyVideoCoding，簡(jiǎn)寫為HEVC)是近年來已經(jīng)開發(fā)的新的編碼標(biāo)準(zhǔn)。在高效視頻編碼(HEVC)系統(tǒng)中，H.264/AVC的固定大小宏塊(fixed-sizemacroblock)由稱為編碼單元(codingunit，簡(jiǎn)寫為CU)的靈活塊替換。CU中的像素共享相同的編碼參數(shù)以提高編碼效率。CU可以以最大CU(LCU)開始，其在HEVC中也被稱為已編碼樹單元(codedtreeunit，簡(jiǎn)寫為CTU)。除了編碼單元的概念，在HEVC中也引入了預(yù)測(cè)單元(predictionunit，簡(jiǎn)寫為PU)的概念。一旦CU層次樹的分裂完成，則根據(jù)預(yù)測(cè)類型和PU分割將每個(gè)葉CU被進(jìn)一步拆分成一個(gè)或多個(gè)預(yù)測(cè)單元(PU)。已經(jīng)開發(fā)了用于屏幕內(nèi)容編碼的幾種編碼工具。與本發(fā)明相關(guān)的這些工具簡(jiǎn)要回顧如下。調(diào)色板編碼在HEVC范圍擴(kuò)展(rangeextensions，簡(jiǎn)寫為RExt)的開發(fā)期間，已經(jīng)公開了若干建議來解決基于調(diào)色板的編碼。例如，JCTVC-N0247(Guo等人，“RCE3：ResultsofTest3.1onPaletteModeforScreenContentCoding”，ITU-TSG16WP3和ISO/IECJTC1/SC29/WG11視頻編碼聯(lián)合協(xié)作小組(JointCollaborativeTeamonVideoCoding)(JCT-VC)，第14次會(huì)議：Vienna，AT，2013.7.25-2013.8.2，文檔編號(hào)：JCTVC-N0247)和JCTVC-O0218(Guo等人，“EvaluationofPaletteModeCodingonHM-12.0+RExt-4.1”，ITU-TSG16WP3和ISO/IECJTC1/SC29/WG11視頻編碼聯(lián)合協(xié)作小組(JointCollaborativeTeamonVideoCoding)(JCT-VC)，第15次會(huì)議：Geneva，CH，2013.10.23–2013.11.1，文檔編號(hào)：JCTVC-O0218)中揭露了調(diào)色板預(yù)測(cè)和共享技術(shù)。在JCTVC-N0247和JCTVC-O0218中，構(gòu)造并傳輸每個(gè)顏色分量的調(diào)色板。可以從其左相鄰CU預(yù)測(cè)(或共享)調(diào)色板以減小比特率。然后，使用它們的調(diào)色板索引對(duì)給定塊內(nèi)的所有像素進(jìn)行編碼。根據(jù)JCTVC-N0247的編碼處理的示例如下所示。1.調(diào)色板的傳輸：首先傳輸顏色索引表(也稱為調(diào)色板表)大小，然后是調(diào)色板元素(即，顏色值)。2.像素值的傳輸：CU中的像素以光柵掃描順序編碼。對(duì)于一個(gè)或多個(gè)像素的每個(gè)組，首先發(fā)送用于基于運(yùn)行的(run-based)模式的旗標(biāo)，以指示是否正在使用“復(fù)制索引(copyindex)模式”或“復(fù)制上方(copyabove)模式”。2.1“復(fù)制索引模式”：在復(fù)制索引模式中，首先用信號(hào)通知調(diào)色板索引，然后是表示運(yùn)行值的“palette_run”(例如，M)。在本公開中，術(shù)語palette_run也可以稱為pixel_run。運(yùn)行值指示總共M個(gè)樣本都使用復(fù)制索引模式來編碼。對(duì)于當(dāng)前位置和隨后的M個(gè)位置，不需要發(fā)送進(jìn)一步的信息，因?yàn)樗鼈兙哂信c在比特流中以信號(hào)發(fā)送的相同的調(diào)色板索引。調(diào)色板索引(例如，i)也可以由所有三個(gè)顏色分量共享，這意味著對(duì)于YUV顏色空間的情況，重構(gòu)的像素值是(Y，U，V)＝(paletteY[i]，paletteU[i]，paletteV[i])。2.2“復(fù)制上方模式”：在復(fù)制上方模式中，發(fā)送值“copy_run”(例如N)，以指示對(duì)于隨后的N個(gè)位置(包括當(dāng)前的位置)，調(diào)色板索引與在上面的行中的相應(yīng)的調(diào)色板索引相同。3.殘差的傳輸：在階段2中傳輸?shù)恼{(diào)色板索引被轉(zhuǎn)換回像素值并且用作預(yù)測(cè)。使用HEVC殘留編碼來發(fā)送殘差信息，并將殘差信息添加到用于重構(gòu)的預(yù)測(cè)中。在本公開中，“復(fù)制索引模式”和“復(fù)制上方模式”都被稱為調(diào)色板索引編碼的復(fù)制模式。此外，在以下描述中，調(diào)色板模式也稱為調(diào)色板編碼模式。在JCTVC-N0247中，構(gòu)造并傳輸每個(gè)組件的調(diào)色板。調(diào)色板可以從其左相鄰CU預(yù)測(cè)(共享)以減小比特率。在JCTVC-O0218中，調(diào)色板中的每個(gè)元素是三元組(triplet)，其表示三個(gè)顏色分量的特定組合。此外，去除了跨越CU的調(diào)色板的預(yù)測(cè)編碼。類似于JCTVC-O0218的另一種調(diào)色板編碼技術(shù)也被公開了。代替從左CU預(yù)測(cè)整個(gè)調(diào)色板表，調(diào)色板中的單獨(dú)調(diào)色板顏色條目是從上方CU或左CU中的精確對(duì)應(yīng)的調(diào)色板顏色條目預(yù)測(cè)的。對(duì)于像素調(diào)色板索引值的傳輸，JCTVC-O0182(Guo等人，“AHG8：Major-color-basedscreencontentcoding”，ITU-TSG16WP3和ISO/IECJTC1/SC29/WG11視頻編碼聯(lián)合協(xié)作小組(JointCollaborativeTeamonVideo，JCT-VC)，第15次會(huì)議：Geneva，CH，2013年10月23日-2013年11月1日，文檔編號(hào)：JCTVC-O0182)中揭露了預(yù)測(cè)編碼方法應(yīng)用于索引。使用三種類型的行模式(linemode)，即，水平模式、垂直模式和正常模式來對(duì)每個(gè)索引行進(jìn)行編碼。在水平模式下，同一行中的所有索引具有相同的值。如果該值與上方像素線的第一像素相同，則僅發(fā)送行模式信令比特。否則，也傳輸索引值。在垂直模式中，它指示當(dāng)前索引行與上方索引行相同。因此，僅傳輸行模式信令比特。在正常模式下，一行中的索引是單獨(dú)預(yù)測(cè)的。對(duì)于每個(gè)索引位置，將左側(cè)或上方鄰居用作預(yù)測(cè)值，并且將預(yù)測(cè)符號(hào)發(fā)送到解碼器。此外，根據(jù)JCTVC-O0182，將像素分類成主色像素(具有指向調(diào)色板顏色的調(diào)色板索引)和逸出像素(escapepixel)。對(duì)于主顏色像素，根據(jù)解碼器側(cè)的主顏色索引(即，調(diào)色板索引)和調(diào)色板表格來重構(gòu)像素值。對(duì)于逸出像素，在比特流中進(jìn)一步用信號(hào)通知像素值。調(diào)色板表信令在屏幕內(nèi)容編碼(screencontentcoding，簡(jiǎn)寫為SCC)標(biāo)準(zhǔn)的參考軟件SCM-2.0(Joshi等人，Screencontentcodingtestmodel2(SCM2)，ITU-TSG16WP3和ISO/IECJTC1/SC29/WG11視頻編碼聯(lián)合協(xié)作小組(JointCollaborativeTeamonVideoCoding，JCT-VC)，第18次會(huì)議：札幌，JP，2014年7月，文檔編號(hào)：JCTVC-R1014)，改進(jìn)的調(diào)色板方案集成在JCTVC-R0348(Onno等人，Suggestedcombinedsoftwareandtextforrun-basedpalettemode，ITU-TSG16WP3和ISO/IECJTC1/SC29/WG11視頻編碼聯(lián)合協(xié)作小組(JointCollaborativeTeamonVideoCoding，JCT-VC)，第18次會(huì)議：札幌，JP，2014年7月，文檔編號(hào)：JCTVC-R0348)。先前調(diào)色板編碼的CU的調(diào)色板表被用作當(dāng)前調(diào)色板表編碼的預(yù)測(cè)值。在調(diào)色板表編碼中，通過選擇先前編碼調(diào)色板表(調(diào)色板預(yù)測(cè)值)中的哪些調(diào)色板顏色被重用，或通過傳輸新調(diào)色板顏色來以信號(hào)發(fā)送當(dāng)前調(diào)色板表。當(dāng)前調(diào)色板的大小被設(shè)置為預(yù)測(cè)調(diào)色板的大小(即，numPredPreviousPalette)加上所傳輸?shù)恼{(diào)色板的大小(即，num_signalled_palette_entries)。預(yù)測(cè)調(diào)色板是從先前重建的調(diào)色板編碼CU導(dǎo)出的調(diào)色板。當(dāng)將當(dāng)前CU編碼為調(diào)色板模式時(shí)，使用預(yù)測(cè)調(diào)色板未預(yù)測(cè)的那些調(diào)色板顏色在比特流(即，以信號(hào)發(fā)送的條目)中直接傳輸。調(diào)色板更新的示例如下所示。在此示例中，當(dāng)前CU被編碼為調(diào)色板大小等于六的調(diào)色板模式。六種主要顏色中的三種從調(diào)色板預(yù)測(cè)值預(yù)測(cè)(numPredPreviousPalette＝3)，并且三種顏色通過比特流直接傳輸?？梢允褂孟旅媸境龅氖纠哉Z法來用信號(hào)通知所發(fā)送的三種顏色。num_signalled_palette_entries＝3for(cIdx＝0；cIdx<3；cIdx++)//信號(hào)顏色為不同的組件for(i＝0；i<num_signalled_palette_entries；i++)palette_entries[cIdx][numPredPreviousPalette+i]由于在該示例中調(diào)色板大小為六，所以從0到5的調(diào)色板索引用于指示調(diào)色板顏色表中的主要顏色條目。3個(gè)預(yù)測(cè)調(diào)色板顏色由索引0到2表示。因此，針對(duì)索引3到5發(fā)送三個(gè)新的調(diào)色板條目。在SCM-2.0中，如果不應(yīng)用波前并行處理(wavefrontparallelprocessing，簡(jiǎn)寫為WPP)，則在每個(gè)切片(slice)的開始或每個(gè)片(tile)的開始處初始化(重置)調(diào)色板預(yù)測(cè)值表。如果應(yīng)用WPP，則最后編碼的調(diào)色板表不僅在每個(gè)切片的開始或每個(gè)片的開始處被初始化(重置)，而且還在每個(gè)CTU行(row)的開始處被初始化(重置)。波前并行處理(WavefrontParallelProcessing，簡(jiǎn)寫為WPP)HEVC支持WPP，其中每行編碼樹單元(CTU)可以通過多個(gè)編碼或解碼線程作為子流并行處理。為了限制編碼效率的降級(jí)，處理順序的波前圖案確保不改變對(duì)空間相鄰元件的依賴性。另一方面，在每個(gè)CTU行的開始處，基于上CTU行中的同步點(diǎn)的CABAC狀態(tài)來初始化CABAC狀態(tài)。例如，同步點(diǎn)可以是來自如圖1所示的上部CTU行的第二CTU的最后CU，其中對(duì)CTU行應(yīng)用并行處理。此外，在該示例中假設(shè)每個(gè)當(dāng)前CTU(在圖1中標(biāo)記為“X”)的調(diào)色板編碼取決于其左、左上、上方和右上CTU。對(duì)于頂部CTU行，調(diào)色板處理僅取決于左側(cè)CTU。此外，CABAC引擎在每個(gè)CTU行的末尾被刷新，并且在每個(gè)子流的結(jié)尾處執(zhí)行字節(jié)對(duì)齊。WPP子流的入口點(diǎn)被以信號(hào)發(fā)送為包含波前的切片的切片標(biāo)頭(sliceheader)中的字節(jié)偏移。如圖1所示，每個(gè)塊代表一個(gè)CTU，并且在圖片中有四個(gè)CTU行。每個(gè)CTU行形成可以由編碼或解碼線程獨(dú)立處理的波前子流(wavefrontsub-stream)。“X”符號(hào)表示正在處理的多個(gè)線程的當(dāng)前CTU。由于當(dāng)前CTU對(duì)右上CTU具有依賴性，所以當(dāng)前CTU的處理必須等待右上CTU的完成。因此，在相鄰CTU行的兩個(gè)處理線程之間必須有兩個(gè)CTU延遲，使得可以保留數(shù)據(jù)依賴性(例如，空間像素和運(yùn)動(dòng)向量(motionvector，簡(jiǎn)寫為MV))。此外，每個(gè)CTU行的第一CTU的CABAC狀態(tài)用在處理上部CTU行的第二CTU之后獲得的狀態(tài)來初始化。例如，在處理上述CTU行的第二CTU中的最后CU(由“p2”表示)之后，初始化第二CTU行中的第一CTU的第一CU(由“p1”指示)。依賴性由從“p1”指向“p2”的彎曲箭頭線指示。對(duì)于每個(gè)CTU行的第一CTU的類似依賴性由彎曲箭頭指示。與使用每個(gè)CTU行的切片初始化狀態(tài)相比，這允許更快地得知沿著CTU的第一列的概率。由于上部CTU行的第二CTU總是對(duì)于當(dāng)前CTU行可用，因此可以使用該波前結(jié)構(gòu)來實(shí)現(xiàn)并行處理。對(duì)于每個(gè)當(dāng)前CTU，處理取決于左CTU。因此，它必須等待直到左CTU的最后CU被處理。如圖1所示，當(dāng)前CTU中的第一CU(由“p3”表示)必須等待左CTU的最后CU(由“p4”指示)完成。同樣，依賴性由從“p3”指向“p4”的彎曲箭頭線指示。對(duì)左CTU的類似依賴性由用于正在處理的CTU(由“X”指示)的彎曲箭頭指示。幀內(nèi)塊復(fù)制業(yè)內(nèi)已經(jīng)使用了稱為幀內(nèi)塊復(fù)制(Intra-blockcopy，簡(jiǎn)寫為IntraBC)的新的幀內(nèi)編碼模式。IntraBC技術(shù)最初由Budagavi在AHG8：VideocodingusingIntramotioncompensation，ITU-TSG16WP3和ISO/IECJTC1/SC29/WG11視頻編碼聯(lián)合協(xié)作小組(JointCollaborativeTeamonVideoCoding，簡(jiǎn)寫為JCT-VC)，第13次會(huì)議：Incheon，KR，2013.4.18-2013.4.26，文檔編號(hào)：JCTVC-M0350(以下稱為JCTVC-M0350)中提出。圖2中示出了根據(jù)JCTVC-M0350的示例，其中使用幀內(nèi)MC(運(yùn)動(dòng)補(bǔ)償)對(duì)當(dāng)前編碼單元(CU，210)進(jìn)行編碼。預(yù)測(cè)塊(220)的位置由當(dāng)前CU和位移向量(212)決定。在該示例中，搜索區(qū)域限于當(dāng)前CTU(編碼樹單元)、左CTU和左左CTU。從已經(jīng)重構(gòu)的區(qū)域獲得預(yù)測(cè)塊。然后，對(duì)當(dāng)前CU的位移向量(即，MV)和殘差進(jìn)行編碼。眾所周知，HEVC采用CTU和CU塊結(jié)構(gòu)作為用于對(duì)視頻數(shù)據(jù)進(jìn)行編碼的基本單元。每個(gè)圖像被分成CTU，并且每個(gè)CTU被簡(jiǎn)單地劃分成多個(gè)CU。在預(yù)測(cè)階段期間，每個(gè)CU可以被劃分為多個(gè)塊，稱為預(yù)測(cè)單元(PU)，用于執(zhí)行預(yù)測(cè)處理。在針對(duì)每一CU形成預(yù)測(cè)殘余之后，將與每一CU相關(guān)聯(lián)的殘余劃分為多個(gè)塊，稱為變換單元(TU)以應(yīng)用變換(例如離散余弦變換(discretecosinetransform，簡(jiǎn)寫為DCT))。在JCTVC-M0350中，幀內(nèi)MC與用于至少以下區(qū)域中的幀間預(yù)測(cè)的運(yùn)動(dòng)補(bǔ)償不同：·對(duì)于幀內(nèi)MC，MV被限制為1-D(即，水平或垂直)，而幀間預(yù)測(cè)使用2-D運(yùn)動(dòng)估計(jì)。MV也稱為用于幀內(nèi)復(fù)制預(yù)測(cè)(Intracopyprediction)的塊向量(blockvector，簡(jiǎn)寫為BV)。·對(duì)于幀內(nèi)MC，二進(jìn)制化是固定長(zhǎng)度，而幀間預(yù)測(cè)使用指數(shù)哥倫布(exponential-Golomb)?！瑑?nèi)MC引入了一個(gè)新的語法元素來指示MV是水平還是垂直。基于JCTVC-M0350，Pang等人在Non-RCE3：IntraMotionCompensationwith2-DMVs，ITU-TSG16WP3和ISO/IECJTC1/SC29/WG11視頻編碼聯(lián)合協(xié)作小組(JointCollaborativeTeamonVideoCoding，簡(jiǎn)寫為JCT-VC)，第14次會(huì)議：Vienna，AT，2013.7.25-2013.8.2，文檔編號(hào)：JCTVC-N0256(以下稱為JCTVC-N0256)中公開了一些修改。首先，幀內(nèi)MC被擴(kuò)展以支持2-DMV，使得兩個(gè)MV分量可以同時(shí)是非零的。這為幀內(nèi)MC提供了比原始方法更多的靈活性，其中MV被限制為嚴(yán)格水平或垂直。在JCTVC-N0256中，公開了兩種MV編碼方法：·方法1-運(yùn)動(dòng)向量預(yù)測(cè)。選擇左或上部MV作為MV預(yù)測(cè)值，并對(duì)所得到的運(yùn)動(dòng)向量差(motionvectordifference，簡(jiǎn)寫為MVD)進(jìn)行編碼。使用旗標(biāo)(flag)來指示MVD是否為零。當(dāng)MVD不為零時(shí)，使用3階的指數(shù)哥倫布碼來對(duì)MVD的剩余絕對(duì)水平進(jìn)行編碼。另一個(gè)旗標(biāo)用于對(duì)符號(hào)進(jìn)行編碼?！し椒?：無運(yùn)動(dòng)向量預(yù)測(cè)。MV使用用于HEVC中的MVD的指數(shù)哥倫布碼來編碼。JCTVC-N0256中公開的另一個(gè)差異是2-D幀內(nèi)MC進(jìn)一步與流水線友好方法組合：1.不使用插值濾波器，2.MV搜索區(qū)域受到限制。公開了兩種情況：a.搜索區(qū)域是當(dāng)前CTU和左CTU或b.搜索區(qū)域是當(dāng)前CTU和左CTU的最右邊4列樣本。在JCTVC-N0256中提出的方法中，在新版本草案標(biāo)準(zhǔn)中已采用2-D幀內(nèi)MC、去除內(nèi)插濾波器和搜索區(qū)域限制為當(dāng)前CTU和左CTU。對(duì)應(yīng)于JCTVC-N0256的CU級(jí)語法已被并入高效視頻編碼(HighEfficiencyVideoCoding，簡(jiǎn)寫為HEVC)范圍擴(kuò)展文本規(guī)范：草案4(RExt草案4)(Flynn等人，ITU-TSG16WP3和ISO/IECJTC1/SC29/WG11視頻編碼聯(lián)合協(xié)作小組(JointCollaborativeTeamonVideoCoding，簡(jiǎn)寫為JCT-VC)，第14次會(huì)議：維也納，AT，2013.7.25–2013.8.2，文檔編號(hào)：JCTVC-N1005)。此外，在JCTVC-Q0031(高通提出的屏幕內(nèi)容編碼技術(shù)草案文本(DrafttextofscreencontentcodingtechnologyproposalbyQualcomm)，ITU-TSG16WP3和ISO/IECJTC1/SC29/WG11的視頻編碼聯(lián)合協(xié)作小組(JCT-VC)，第17次會(huì)議：Valencia，ES，2014年3月27日-2014年4月4日，文檔編號(hào)：JCTVC-Q0031)和JCTVC-Q0035(微軟提出的屏幕內(nèi)容編碼技術(shù)的描述(DescriptionofscreencontentcodingtechnologyproposalbyMicrosoft)，ITU-TSG16WP3和ISO/IECJTC1/SC29/WG11的視頻編碼聯(lián)合協(xié)作小組(JCT-VC)，第17次會(huì)議：Valencia，ES，2014年3月27日-2014年4月4日，文檔編號(hào)：JCTVC-Q0035)公開了全幀(full-frame)IntraBC。全幀IntraBC去除了搜索區(qū)域約束以進(jìn)一步提高IntraBC的編碼效率。因此，所有重構(gòu)塊可由當(dāng)前CU參考，其引入當(dāng)前CU與所有先前經(jīng)編碼CU之間的數(shù)據(jù)依賴性。雖然全幀IntraBC優(yōu)于原始IntraBC，但是數(shù)據(jù)依賴性防止在解碼過程期間使用并行處理，特別是在HEVC中使能片處理或波前并行處理(WPP)。調(diào)色板索引圖掃描順序在SCM-2.0調(diào)色板模式編碼中，如圖3所示，遍歷掃描(traversescan)用于索引圖編碼。圖3示出了用于8×8塊的遍歷掃描。在遍歷掃描中，當(dāng)掃描順序是水平的時(shí)，偶數(shù)行的掃描從左到右，并且奇數(shù)行的掃描從右到左。遍歷掃描也可以在垂直方向上施加，其中對(duì)于偶數(shù)列從頂部到底部以及對(duì)于奇數(shù)列從底部到頂部進(jìn)行掃描。在調(diào)色板模式下，對(duì)所有塊大小應(yīng)用遍歷掃描。期望開發(fā)用于進(jìn)一步提高編碼效率或降低在調(diào)色板模式中產(chǎn)生的語法元素的復(fù)雜性的方法。技術(shù)實(shí)現(xiàn)要素：本申請(qǐng)公開了用于提高編碼效率或降低與在視頻編碼系統(tǒng)中產(chǎn)生的調(diào)色板編碼相關(guān)的語法的復(fù)雜度的方法。根據(jù)本發(fā)明的一個(gè)實(shí)施例，相對(duì)于預(yù)定義塊大小檢查當(dāng)前塊大小。如果當(dāng)前塊大小大于預(yù)定義塊大小，則從不包括調(diào)色板編碼模式的第一編碼組中選擇當(dāng)前編碼模式。如果當(dāng)前塊大小等于或小于預(yù)定義塊大小，則從包括調(diào)色板編碼模式的第二編碼組中選擇當(dāng)前編碼模式。然后根據(jù)所選擇的當(dāng)前編碼模式對(duì)當(dāng)前塊進(jìn)行編碼或解碼。預(yù)定義塊大小可以對(duì)應(yīng)于32×32或最大變換單元(轉(zhuǎn)換單元)大小。如果當(dāng)前塊大小大于預(yù)定義塊大小，則可以將調(diào)色板模式標(biāo)志推斷為零，以指示沒有調(diào)色板編碼模式用于當(dāng)前編碼單元。調(diào)色板模式標(biāo)志也可以被限制為零，以指示不使用調(diào)色板編碼模式用于當(dāng)前編碼單元，而不是被明確地發(fā)送。在一個(gè)實(shí)施例中，如果調(diào)色板模式標(biāo)志指示調(diào)色板編碼模式用于當(dāng)前編碼單元且當(dāng)前編碼單元大于預(yù)定義塊大小，則將當(dāng)前編碼單元?jiǎng)澐譃榇笮〉扔陬A(yù)定義塊大小的多個(gè)塊，并且每個(gè)塊由調(diào)色板編碼模式編碼。每個(gè)塊可以使用單獨(dú)的調(diào)色板編碼語法。在另一實(shí)施例中，使用包括K階指數(shù)哥倫布碼的代碼更有效地對(duì)調(diào)色板相關(guān)大小進(jìn)行編碼。調(diào)色板相關(guān)大小可以對(duì)應(yīng)于表示當(dāng)前調(diào)色板表中的第一數(shù)量的主顏色的重用主顏色大小，其重用調(diào)色板預(yù)測(cè)器中的主要顏色，表示當(dāng)前調(diào)色板表中未由調(diào)色板預(yù)測(cè)器預(yù)測(cè)的主要顏色的第二數(shù)量的新主顏色大小或表示當(dāng)前塊中存在的主要顏色的第三數(shù)量的總主顏色大小。調(diào)色板相關(guān)大小可以對(duì)應(yīng)于重用主顏色大小，新主顏色大小和總主顏色大小的組合。調(diào)色板相關(guān)大小是二進(jìn)制化以根據(jù)一個(gè)K階指數(shù)哥倫布碼，一個(gè)K階指數(shù)哥倫布碼加一個(gè)一元碼或一個(gè)K階指數(shù)哥倫布碼加上一個(gè)截?cái)嗟囊辉a來生成二進(jìn)制化的調(diào)色板相關(guān)大小。然后將熵編碼應(yīng)用于二進(jìn)制化調(diào)色板相關(guān)大小以產(chǎn)生經(jīng)編碼調(diào)色板相關(guān)大小。K可對(duì)應(yīng)于0,1,2或3。所述一個(gè)截?cái)嗟囊辉a的最大位數(shù)對(duì)應(yīng)于1,2或3?？墒褂蒙舷挛淖赃m應(yīng)性編碼來編碼二進(jìn)制化調(diào)色板相關(guān)大小的二進(jìn)制的一部分。如果調(diào)色板相關(guān)大小對(duì)應(yīng)于重用主顏色大小，則對(duì)應(yīng)于第一N個(gè)重用標(biāo)記的前N個(gè)比特可以被編碼以減少當(dāng)前調(diào)色板中主要顏色的第一數(shù)量，其中N是正整數(shù)。此外，可以根據(jù)最大可能調(diào)色板大小來自適應(yīng)地執(zhí)行二進(jìn)制化調(diào)色板相關(guān)大小以生成二進(jìn)制化調(diào)色板相關(guān)大小。還公開了用于解碼器側(cè)的類似處理。在又一實(shí)施例中，使用單個(gè)上下文的上下文自適應(yīng)編碼用于對(duì)調(diào)色板運(yùn)行類型進(jìn)行編碼。如果當(dāng)前像素在復(fù)制模式下編碼，則確定當(dāng)前像素的調(diào)色板運(yùn)行類型，其中調(diào)色板運(yùn)行類型對(duì)應(yīng)于復(fù)制上方模式或復(fù)制索引模式。然后使用具有單個(gè)上下文的上下文自適應(yīng)熵編碼來對(duì)調(diào)色板運(yùn)行類型進(jìn)行編碼，而不依賴于與位于當(dāng)前像素上方的任何先前編碼的像素相關(guān)聯(lián)的任何先前編碼的調(diào)色板運(yùn)行類型。用于解碼器側(cè)的類似處理也被公開。在又一個(gè)實(shí)施例中，根據(jù)與掃描順序中的先前像素對(duì)應(yīng)的復(fù)制模式，自適應(yīng)地執(zhí)行冗余索引去除。如果先前像素是復(fù)制索引模式，則從調(diào)色板集合中移除對(duì)應(yīng)于先前像素索引的冗余索引以形成更新的調(diào)色板集合。如果先前的像素是復(fù)制上方模式，則跳過冗余索引去除，并且將調(diào)色板集合用作沒有冗余去除的更新的調(diào)色板集合。根據(jù)更新的調(diào)色板集來對(duì)當(dāng)前像素的當(dāng)前索引進(jìn)行編碼或解碼。【附圖說明】圖1示出了具有4個(gè)編碼樹單元(CTU)行的示例性波前并行處理(WPP)。圖2示出了用于屏幕內(nèi)容編碼(SCC)的示例性幀內(nèi)塊復(fù)制(IntraBC)編碼模式。圖3示出了用于8×8塊的水平遍歷掃描，其中偶數(shù)行的掃描從左到右，奇數(shù)行的掃描從右到左。圖4示出了復(fù)制上方模式的示例，其中，從位于上一行的像素的索引復(fù)制連續(xù)像素的索引。圖5示出了復(fù)制上方模式的示例，其中不僅連續(xù)像素的索引而且像素值都從位于上一行的像素復(fù)制。圖6示出了用于通過分配特定索引值(即N)以指示索引值跨編碼單元(CU)復(fù)制的用于跨編碼單元(CU)復(fù)制像素的復(fù)制上方模式的示例。圖7示出了用于通過填充索引0和對(duì)應(yīng)的像素值來跨越編碼單元(CU)復(fù)制像素的復(fù)制上方模式的示例。圖8示出了用于通過填充特定索引N和像素值X來跨越編碼單元(CU)復(fù)制像素的復(fù)制上方模式的示例。圖9A示出了從相鄰編碼單元中的上述像素直接復(fù)制索引Iabove的示例。圖9B示出從上方像素復(fù)制Iabove的示例，其中上方像素的索引依次從相鄰編碼單元中的上方像素復(fù)制。圖10示出了用于64×64塊的水平遍歷掃描，其中偶數(shù)行的掃描從左到右，奇數(shù)行的掃描從右到左。圖11A示出了如具有箭頭的粗的之字線所示，橫跨對(duì)應(yīng)于左上，左下，右上，然后右下的四個(gè)32×32塊的掃描順序的示例。圖11B示出了在四個(gè)32×32塊上對(duì)應(yīng)于圖11A的完整掃描圖案。圖12A示出如具有箭頭的粗的之字線所示，跨越對(duì)應(yīng)于左上，右上，左下，然后右下的四個(gè)32×32塊的掃描順序的示例。圖12B示出了在四個(gè)32×32塊上對(duì)應(yīng)于圖12A的完整掃描圖案。圖13A示出了基于圖11B的掃描順序的掃描順序和幾何位置的上方樣本位置導(dǎo)出的示例。圖13B示出了基于圖12B的掃描順序的掃描順序和幾何位置的上方樣本位置導(dǎo)出的示例。圖14A示出跨越四個(gè)32×32塊的垂直第一掃描順序的示例。圖14B示出跨四個(gè)32×32塊的垂直第一掃描順序和每個(gè)32×32塊的垂直光柵掃描的示例。圖15A示出跨越四個(gè)32×32塊的水平第一掃描順序的示例。圖15B示出跨越四個(gè)32×32塊的水平第一掃描順序和每個(gè)32×32塊的水平光柵掃描的示例。圖16說明根據(jù)本發(fā)明的實(shí)施例的并入語法設(shè)計(jì)的語法解析的示范性流程圖。圖17示出根據(jù)本發(fā)明的實(shí)施例的對(duì)每行的第一索引進(jìn)行編碼的示例。圖18示出了根據(jù)本發(fā)明實(shí)施例的并入語法設(shè)計(jì)的語法解析的另一示例性流程圖。圖19A示出了使用旗標(biāo)來指示索引與上面的索引相同而不是信令索引本身的示例，其中該旗標(biāo)指示來自上面的像素的索引“3”。圖19B示出使用旗標(biāo)來指示索引與上面的索引相同而不是信令索引本身的示例，其中該旗標(biāo)指示來自上面的像素的索引“1”。圖20示出了根據(jù)本發(fā)明實(shí)施例的并入語法設(shè)計(jì)的語法解析的又一示例性流程圖。圖21示出根據(jù)本發(fā)明的實(shí)施例的任意復(fù)制模式的示例?！揪唧w實(shí)施方式】以下描述是實(shí)施本發(fā)明的最佳預(yù)期模式。該描述是出于說明本發(fā)明的一般原理的目的，并且不應(yīng)被視為具有限制意義。本發(fā)明的范圍通過參考權(quán)利要求書來確定。本發(fā)明涉及如下公開的與調(diào)色板編碼相關(guān)的幾個(gè)方面。調(diào)色板大小信令(Signaling)在JCTVC-O0218中，編碼器將首先編碼重用旗標(biāo)以指示調(diào)色板預(yù)測(cè)值中重用的主要顏色的數(shù)量。然后對(duì)新的主顏色大小進(jìn)行編碼以指示要以信號(hào)發(fā)送的新的主要顏色的數(shù)量。新的主顏色大小的數(shù)量使用一元碼(unarycode)或截?cái)嗟囊辉a(truncatedunarycode，簡(jiǎn)寫為TU)來編碼。在JCTVC-O0182中，使用固定長(zhǎng)度碼來對(duì)主顏色大小的總數(shù)進(jìn)行編碼。然而，一元碼、截?cái)嗟囊辉a和固定長(zhǎng)度碼的二進(jìn)制化方法效率不高。因此，根據(jù)本發(fā)明的實(shí)施例，使用K階指數(shù)哥倫布碼、截?cái)嗟腒階指數(shù)哥倫布碼、一元碼加上K階指數(shù)哥倫布碼或截?cái)嗟囊辉a加上K階指數(shù)哥倫布碼用于調(diào)色板相關(guān)尺寸的二進(jìn)制化，例如新主顏色大小的數(shù)量、調(diào)色板預(yù)測(cè)值中重用主顏色大小的數(shù)量、總主顏色大小或其任何組合。例如，如表1所示，二進(jìn)制化可以使用最大長(zhǎng)度為3比特的截?cái)嗟囊辉a加上K等于3的K階指數(shù)哥倫布碼(即，EG-3碼)。表1.雖然在表1的示例中K等于3，但根據(jù)本發(fā)明的實(shí)施例，K可以是0、1、2、3或4。另一方面，根據(jù)本發(fā)明的實(shí)施例，TU碼的最大長(zhǎng)度可以是1、2或3?？梢杂蒙舷挛膶?duì)二進(jìn)制化調(diào)色板相關(guān)大小的二進(jìn)制位的一部分進(jìn)行編碼。例如，前三個(gè)二進(jìn)制位可以用上下文編碼。主顏色大小的數(shù)目可除以M以進(jìn)行編碼。例如，如果主顏色大小是17，M是4，則編碼大小是ceil(17/4)＝5，其中ceil()對(duì)應(yīng)于ceiling函數(shù)。預(yù)測(cè)值中的一些重用旗標(biāo)可以總是直接編碼。例如，對(duì)應(yīng)于第一N個(gè)重用標(biāo)記的前N(例如4)個(gè)比特可以直接編碼而不是游程長(zhǎng)度(run-length)編碼。因此，可以減少重用旗標(biāo)的數(shù)量。二進(jìn)制化的碼字可以根據(jù)最大可能的大小自適應(yīng)地改變。例如，如果最大大小為3，則TU碼的3位將是足夠的。在這種情況下，不需要EG-K碼，并且可以跳過EG-K部分。來自上面的像素或相鄰CU像素的預(yù)測(cè)(neighboringCU,簡(jiǎn)寫為NCP)在SCM2.0中，如圖4所示，當(dāng)像素通過copy_run語法以信號(hào)發(fā)送時(shí)，其將復(fù)制上方像素的索引值并使用該索引值。重建的像素值將從表2中所示的調(diào)色板導(dǎo)出。表2.顏色索引像素值0(20,0,0)1(200,0,0)根據(jù)本發(fā)明的實(shí)施例，當(dāng)通過以發(fā)信號(hào)發(fā)送copy_run語法來對(duì)像素進(jìn)行編碼時(shí)，如圖5所示，像素將不僅復(fù)制上方像素的像素索引，而且還復(fù)制上方像素的像素值。解碼器可以在不參考調(diào)色板的情況下從復(fù)制的像素值重構(gòu)copy_run模式中的像素。根據(jù)另一實(shí)施例，可以在解析階段期間將特殊符號(hào)(例如“A”)分配給由copy_run(復(fù)制上方)覆蓋的所有位置。然后，在重構(gòu)階段，每當(dāng)解碼器遇到“A”時(shí)，它復(fù)制來自上面的像素值。此外，可以在沒有相關(guān)聯(lián)的索引的情況下直接用信號(hào)通知index_run的像素值。在這種情況下，調(diào)色板表和與調(diào)色板表相關(guān)的其他信息不需要被編碼。如果上方像素來自跨越CU邊界的另一CU，則根據(jù)本發(fā)明的實(shí)施例為相鄰CU像素(NCP)指派特定索引(表示為N)。當(dāng)像素由copy_run語法以信號(hào)發(fā)送時(shí)，它將不僅復(fù)制上方像素的像素索引(N)，而且還復(fù)制上方像素的像素值，如圖6所示。特殊值N可以是不同于所有可能的索引值的值(例如最大索引值+1)。如果預(yù)測(cè)來自左NCP，則可以應(yīng)用類似的方法，并且在該情況下的NCP將是左NCP。NCP的填充索引(paddingindice)和像素值如果上方CU無效，則解碼器可以用預(yù)定義或?qū)С龅闹堤鎿Q上述NCP的索引和像素值。替代方法還可以應(yīng)用于復(fù)制索引(例如圖4)、復(fù)制值以及復(fù)制索引和復(fù)制值兩者的情況(例如圖5)。圖7中示出了說明用于如圖7所示的解碼器側(cè)的本發(fā)明的實(shí)施例的示例，其中上述NCP的索引和像素值都分別等于0和條目零中的調(diào)色板顏色。圖8示出了說明用于解碼器側(cè)的本發(fā)明的實(shí)施例的另一示例，其中上述NCP的索引和像素值分別等于N和預(yù)定義或?qū)С龅南袼刂礨，如圖8所示。像素值X對(duì)于YUV格式可以是(127,0,0)或(128,0,0)，或者對(duì)于YUV格式可以是(127,127,127)或(128,128,128)。在一個(gè)實(shí)施例中，編碼器和解碼器可以用最頻繁出現(xiàn)的索引替換上方索引，并且將像素值替換為對(duì)應(yīng)的像素值。冗余索引移除在SCM2.0中，如果先前運(yùn)行(即，應(yīng)用于先前像素的復(fù)制模式)是復(fù)制上方的運(yùn)行(copyaboverun)，則當(dāng)當(dāng)前像素(Pc)是新索引運(yùn)行的第一個(gè)像素時(shí)，當(dāng)前像素不具有與上方像素(Pa)的索引相同的索引。否則，當(dāng)前像素將被合并到先前的運(yùn)行中。在這種情況下，當(dāng)前像素的索引(Ic)可以用冗余去除來編碼。上方像素(Pa)的索引被稱為Iabove，并且先前像素(例如，左側(cè)像素Pleft)的索引被稱為Ileft。根據(jù)掃描方向，先前像素也可以是右(水平掃描)、上面或下面的像素(垂直掃描)。基于掃描方向，上面的像素可以在當(dāng)前像素上方的行中或在當(dāng)前像素的左邊的列中。根據(jù)本發(fā)明的實(shí)施例，為了減少行緩沖器需求，如果先前像素(例如，左像素Pleft)使用復(fù)制上方模式編碼，并且Iabove來自水平掃描中的上方CU或來自垂直掃描中的左CU，冗余索引去除被禁用，因此不需要存儲(chǔ)和訪問上方像素的索引。換句話說，僅當(dāng)使用復(fù)制索引模式對(duì)先前像素進(jìn)行編碼時(shí)，將從調(diào)色板集合中移除對(duì)應(yīng)于先前像素索引的冗余索引，以形成用于編碼或解碼當(dāng)前像素的索引的更新調(diào)色板集合。圖9A示出了從相鄰CU直接復(fù)制Iabove的情況。圖9B示出了從上面的像素復(fù)制Iabove的情況，其中依次從相鄰CU復(fù)制上方像素的索引。在一個(gè)實(shí)施例中，當(dāng)Pleft在復(fù)制上方模式中被編碼并且當(dāng)前像素在當(dāng)前CU的前N行中時(shí)，將禁用冗余移除。在另一個(gè)實(shí)施例中，當(dāng)Pleft在復(fù)制上方模式中被編碼時(shí)，對(duì)于所有索引將禁用索引冗余移除。在又一個(gè)實(shí)施例中，可以針對(duì)所有索引禁用冗余索引去除，而不考慮Pleft的模式。在一個(gè)實(shí)施例中，如果Iabove等于N(來自NCP)，則當(dāng)在復(fù)制上方模式中對(duì)Pleft進(jìn)行編碼時(shí)，可以禁用冗余索引去除。用于64×64調(diào)色板編碼塊的子塊掃描在SCM-2.0調(diào)色板模式中，對(duì)所有塊大小應(yīng)用遍歷掃描，其中包括64×64塊。64x64塊的遍歷掃描如圖10所示。在HEVC中，雖然編碼單元(CU)可大到64×64，但最大處理單元可僅為32×32。這是因?yàn)樽畲笞儞Q單元(轉(zhuǎn)換單元)(transformunit，簡(jiǎn)寫為TU)是32×32，并且在幀內(nèi)或幀間模式中編碼的64×64CU可以被劃分成用于解析系數(shù)和重構(gòu)的四個(gè)32×32塊。不需要使用64×64緩沖器用于HEVC解碼。然而，在SCM-2.0調(diào)色板模式編碼中，使用64×64遍歷掃描，其需要用于編碼器和解碼器的64×64緩沖器。因此，編碼器和解碼器需要適應(yīng)處理單元的處理能力以能夠處理64×64塊。因此，它增加了實(shí)現(xiàn)成本和復(fù)雜性。在本發(fā)明的一個(gè)實(shí)施例中，64×64遍歷掃描被分成四個(gè)32×32遍歷掃描，如圖11A-B和圖12A-B所示。根據(jù)一個(gè)實(shí)施例，64×64塊被劃分為四個(gè)32×32塊，并且跨四個(gè)32×32塊的兩個(gè)不同的掃描模式分別在圖11A和圖12A中示出。如圖11A所示，跨四個(gè)32×32塊的掃描順序是左上、左下、右上，然后是右下，如具有箭頭的粗的之字線所示。如圖12A所示，跨四個(gè)32×32塊的掃描順序是左上、右上、左下，然后右下，如具有箭頭的粗的之字線所示。對(duì)于每個(gè)32x32塊，應(yīng)用32x32遍歷掃描。圖11B示出了在四個(gè)32×32塊上對(duì)應(yīng)于圖11A的完整掃描圖案。圖12B示出了在四個(gè)32×32塊上對(duì)應(yīng)于圖12A的完整掃描圖案。在此掃描順序中，64x64調(diào)色板CU可以被視為四個(gè)32x32塊，并適合大小等于32x32的處理單元。因此，只需要一個(gè)32x32緩沖區(qū)和一些行緩沖區(qū)。對(duì)于copy_above_run模式，可以從掃描順序位置或幾何位置導(dǎo)出上方樣本(abovesample)位置。如果上方樣本位置是從掃描順序?qū)С龅?，則上方樣本的掃描索引等于當(dāng)前掃描索引減去32。例如，對(duì)于當(dāng)前像素A，如果上方樣本位置是從掃描順序?qū)С龅模瑒t其上方樣本位置是像素B。如果上方樣本位置是從幾何位置導(dǎo)出的，則其上面的樣本位置是像素C，如圖13A-13B，其中圖13A對(duì)應(yīng)于圖11B的掃描順序，圖13B對(duì)應(yīng)于圖12B的掃描順序。此外，可以應(yīng)用混合樣本位置導(dǎo)出。例如，對(duì)于右上32×32塊的第一行，它可以使用掃描順序位置導(dǎo)出來找到其上面的像素，而其他行使用幾何導(dǎo)出(geometryderivation)。對(duì)于當(dāng)前樣本，如果上方樣本不可用，則不能應(yīng)用copy_above_run模式(也稱為“復(fù)制上方模式”)。例如，如果上方樣本位置是從幾何位置導(dǎo)出的，則右上32×32塊的第一行的調(diào)色板預(yù)測(cè)模式不能是copy_above_run模式?？梢韵拗普{(diào)色板運(yùn)行的最大數(shù)量。此外，當(dāng)先前編碼調(diào)色板運(yùn)行模式是copy_above_run并且上方樣本不可用時(shí)，不應(yīng)用冗余索引去除。圖13B示出了這種情況的示例。如果像素D的最后編碼調(diào)色板運(yùn)行模式是copy_above_run并且運(yùn)行從像素E開始，則copy_above_run應(yīng)該在像素F處結(jié)束。像素E的調(diào)色板運(yùn)行的最大數(shù)目可以是(scan_order_F-scan_order_E)。像素D的調(diào)色板運(yùn)行模式應(yīng)該是索引運(yùn)行模式。對(duì)于像素D，不應(yīng)用冗余索引去除，因?yàn)槠渖厦娴臉颖镜乃饕豢捎?。子塊的大小可以與最大變換單元(TU)大小對(duì)齊。每個(gè)子塊掃描可以是獨(dú)立的。用于非遍歷掃描的64×64調(diào)色板編碼塊的子塊掃描上面針對(duì)遍歷掃描公開的子塊掃描和調(diào)色板預(yù)測(cè)值導(dǎo)出也可以應(yīng)用于光柵掃描。如果使用光柵掃描，64x64塊也可以劃分為四個(gè)32x32塊。圖11A-11B、圖12A-12B、圖13A-13B中每個(gè)32×32塊內(nèi)的掃描順序可以改變?yōu)楣鈻艗呙琛？缢膫€(gè)32×32塊的掃描順序可以先是垂直的(如圖14A所示)或者可以先是水平的(如圖15A所示)。在圖14B中，在每個(gè)子塊內(nèi)應(yīng)用垂直光柵掃描，而在圖15B中，在每個(gè)子塊內(nèi)應(yīng)用水平光柵掃描。對(duì)于調(diào)色板編碼，推斷調(diào)色板模式旗標(biāo)或強(qiáng)制CU分裂用于64×64CU為了避免塊掃描順序的不規(guī)則結(jié)構(gòu)，可以使大小大于預(yù)定義塊大小的CU跳過調(diào)色板編碼。在一個(gè)實(shí)施例中，預(yù)定義塊大小是32x32。因此，對(duì)于64x64CU，palette_mode_flag被導(dǎo)出為0而不被以信號(hào)發(fā)送。表3示出了示例性語法表，其中對(duì)于塊大小64×64，語法palette_mode_flag[x0][y0]被跳過，如注釋(3-1)中的條件(nCbS?。?4)所指示的。表3.在另一實(shí)施例中，當(dāng)CU大小等于64×64且palette_mode_flag為1時(shí)，將當(dāng)前CU分成四個(gè)32×32調(diào)色板編碼塊。每個(gè)塊可以使用其單獨(dú)的語法用于調(diào)色板編碼。在又一實(shí)施例中，如果CU大小等于64×64，則施加編碼器約束，在編碼器端，palette_mode_flag被限制為0(即，調(diào)色板模式關(guān)閉)。用于調(diào)色板編碼的推斷palette_mode_flag在SCM2.0調(diào)色板模式中，對(duì)包括64×64塊的所有塊大小應(yīng)用遍歷掃描。64x64塊的遍歷掃描如圖10所示。為了避免塊掃描次序的不規(guī)則結(jié)構(gòu)，當(dāng)調(diào)色板編碼CU的大小大于最大TU大小時(shí)，可跳過調(diào)色板編碼。如果CU大小大于最大TU大小，則palette_mode_flag被導(dǎo)出為0而不被以信號(hào)發(fā)送。表4示出了示例性語法表，其中對(duì)于大于最大TU大小的CU大小，跳過語法palette_mode_flag[x0][y0]，如注釋(4-1)中的條件(log2CbSize<＝MaxTbLog2SizeY)所示。表4.在另一實(shí)施例中，施加編碼器約束，如果CU大小大于最大TU大小，那么在編碼器端，palette_mode_flag被約束為0(即，調(diào)色板模式關(guān)閉)。對(duì)于大小不大于預(yù)定義塊大小(例如，最大TU大小或32×32)的任何CU，如果其通過調(diào)色板編碼模式編碼，則可以使用本發(fā)明中所描述的技術(shù)(例如調(diào)色板大小信令、限制最大編碼單元大小、用于運(yùn)行類型的簡(jiǎn)化上下文自適應(yīng)編碼，以及調(diào)色板編碼中的簡(jiǎn)化冗余移除)。run_type的上下文本發(fā)明的另一方面解決用于run_type編碼的上下文。例如，run_type(也稱為“調(diào)色板運(yùn)行類型”)可以用一個(gè)固定上下文來編碼，如表5所示。在這種情況下，僅使用一個(gè)上下文，并且上下文不依賴于任何東西。表5.在另一實(shí)施例中，可使用對(duì)應(yīng)于上面像素的run_type的一個(gè)語法來對(duì)run_type進(jìn)行上下文編碼，如表6中所示，其中使用上下文自適應(yīng)編碼來編碼二進(jìn)制位索引0，且其它二進(jìn)制位索引不被編碼。對(duì)于run_type有兩個(gè)可能的值(即，兩個(gè)上下文)，并且一個(gè)上下文模型用于兩個(gè)run_type值中的每一個(gè)。表6.在HEVC標(biāo)準(zhǔn)中，根據(jù)z掃描模式來處理編碼樹塊(codingtreeblock，簡(jiǎn)寫為CTB)內(nèi)的塊，以將四叉樹分區(qū)CTB匹配到塊中。像素(xNbA，yNbA)指示當(dāng)前像素前面的像素(pixelabove)。變量availableA指示像素(xNbA，yNbA)包括在當(dāng)前CTB中。表7示出了確定palette_run_type_flag的ctxInc的示例性條件。當(dāng)condA指示上方像素的運(yùn)行類型為0時(shí)，ctxInc為0。當(dāng)(xNbA，yNbA)不包括在當(dāng)前CTB中時(shí)，ctxInc為0。表7.上方像素的位置(xNbA，yNbA)被設(shè)置為等于(x0，y0)處的當(dāng)前像素的(xA，yA)，其中：當(dāng)掃描順序?yàn)樗綍r(shí)，xA＝x0,yA＝y(tǒng)0-1當(dāng)在另一實(shí)施例中，掃描次序是垂直時(shí)，xA＝x0-1，yA＝y(tǒng)0，可使用對(duì)應(yīng)于先前像素的run_type的一個(gè)語法來上下文編碼run_type，如表8中所示，其中二進(jìn)制位索引0使用上下文自適應(yīng)編碼，而其他二進(jìn)制位索引不是。同樣，對(duì)于run_type有兩個(gè)可能的值(即，兩個(gè)上下文)，并且一個(gè)上下文模型用于兩個(gè)run_type值中的每一個(gè)。表8.先前像素的位置(xNbB，yNbB)被設(shè)置為等于(x0，y0)處的當(dāng)前像素的(xB，yB)，其中：當(dāng)掃描順序是水平遍歷時(shí)，xB＝x0-1，yB＝y(tǒng)0，y0是偶數(shù)，當(dāng)掃描順序是水平遍歷時(shí)，xB＝x0+1，yB＝y(tǒng)0，y0是奇數(shù)，當(dāng)掃描順序是垂直遍歷時(shí)，xB＝x0，yB＝y(tǒng)0-1，x0是偶數(shù)，當(dāng)掃描順序是垂直遍歷時(shí)，xB＝x0，yB＝y(tǒng)0+1，x0是偶數(shù)。如果掃描次序未遍歷，則根據(jù)以下確定位置(xB，yB)：當(dāng)掃描順序?yàn)樗綍r(shí)，xB＝x0-1，yB＝y(tǒng)0，以及當(dāng)掃描順序是垂直時(shí)，xB＝x0，yB＝y(tǒng)0-1。變量availableB指示像素(xNbB，yNbB)包括在當(dāng)前CTB中。表9示出了確定palette_run_type_flag的ctxInc的示例性條件。當(dāng)condL指示先前像素的運(yùn)行類型為0時(shí)，ctxInc為0。當(dāng)(xNbB，yNbB)不包括在當(dāng)前CTB中時(shí)，ctxInc為0。表9.IntraBC的時(shí)間合并候選(TemporalMergecandidate)在HEVC合并模式中，將時(shí)間合并候選用作合并候選之一。在時(shí)間合并候選導(dǎo)出中，首先指定List_0中的當(dāng)前圖片的目標(biāo)參考圖片。當(dāng)前圖片的目標(biāo)參考圖片是在List_0中具有等于0的參考圖片索引(ref_Idx)的圖片。然后縮放并置的(Collocated)PU的運(yùn)動(dòng)向量以導(dǎo)出時(shí)間合并候選。時(shí)間合并候選的ref_Idx被設(shè)置為等于零。對(duì)于B切片(B-slice)，獲得并組合兩個(gè)運(yùn)動(dòng)向量，一個(gè)用于參考圖像列表0，另一個(gè)用于參考圖像列表1，以產(chǎn)生雙向預(yù)測(cè)合并候選。然而，在時(shí)間合并候選導(dǎo)出中，如果當(dāng)前圖片的目標(biāo)參考圖片或并置圖片的參考圖片是長(zhǎng)期參考幀，則禁用MV縮放。并且如果這兩個(gè)圖片中僅有一個(gè)是長(zhǎng)期參考幀，則將時(shí)間合并候選指定為不可用。在IntraBC設(shè)計(jì)的一個(gè)實(shí)施例中，重構(gòu)的當(dāng)前圖片被用作當(dāng)前圖片的參考圖片之一。將該重構(gòu)的當(dāng)前圖片插入?yún)⒖紟斜碇?，例如List_0中的最后一個(gè)參考圖片。因此，IntraBC模式可以被看作是幀間模式(Intermode)之一。然而，參考圖像指向該重構(gòu)的當(dāng)前圖像。IntraBC塊的塊向量(BV)被視為指向該重構(gòu)的當(dāng)前圖像的MV。在這種IntraBC設(shè)計(jì)中，重構(gòu)的當(dāng)前圖片被標(biāo)記為長(zhǎng)期參考圖片。在上述IntraBC設(shè)計(jì)中，BV不能用于導(dǎo)出時(shí)間合并候選，因?yàn)槿绻⒅脡K被編碼為IntraBC模式，則并置塊的參考圖片是長(zhǎng)期圖片。如果當(dāng)前圖片的參考圖片是短期圖片，則時(shí)間合并候選者不可用。這意味著不能使用時(shí)間合并候選導(dǎo)出來導(dǎo)出BV。為了克服上述問題，根據(jù)本發(fā)明的實(shí)施例允許在時(shí)間合并候選導(dǎo)出中使用BV。在時(shí)間合并候選導(dǎo)出中，如果并置塊的MV是BV，則BV被用作時(shí)間合并候選。如果當(dāng)前重構(gòu)圖片存在于當(dāng)前參考幀列表中，則時(shí)間合并候選可用。將時(shí)間合并候選的參考圖片索引ref_Idx設(shè)置為等于指向當(dāng)前重構(gòu)圖片的參考圖片索引。例如，如果當(dāng)前重構(gòu)圖片在List_0MV的時(shí)間合并候選者推導(dǎo)期間插入List_0中，并且如果并置PU的MV是BV，則BV用作該時(shí)間合并候選的List_0MV，并且ref_Idx被設(shè)置為等于指向當(dāng)前重構(gòu)圖像的參考圖像索引。用于調(diào)色板索引的線約束(Line-constrained)運(yùn)行編碼為了更好地促進(jìn)管線友好性，本發(fā)明的實(shí)施例對(duì)調(diào)色板索引使用線約束運(yùn)行編碼，其具有四種方法(模式)來對(duì)調(diào)色板索引的行進(jìn)行編碼：·行copy_index(Linecopy_index)：行中的所有樣本具有相同的調(diào)色板索引。·行copy_above(Linecopy_above)：從上面的行復(fù)制行的所有索引?！ば蟹?jǐn)?shù)(Linefraction)copy_index：僅使用index_run對(duì)行的索引進(jìn)行編碼。每次運(yùn)行都是特定索引的重復(fù)。最后一個(gè)運(yùn)行在行的結(jié)尾處終止?！ば蟹?jǐn)?shù)混合：行的索引使用index_run和copy_above進(jìn)行編碼。每次運(yùn)行都是特定索引(copy_index)的重復(fù)，或者是來自上面的行的連續(xù)索引的副本(copy_above)。最后一個(gè)運(yùn)行在行的結(jié)尾處終止。對(duì)于四種方法中的每一種，運(yùn)行總是在行的末尾終止，實(shí)現(xiàn)管道友好性。這也消除了使用遍歷掃描的需要。在下文中，示出了結(jié)合本發(fā)明的實(shí)施例的用于以信號(hào)發(fā)送線約束(signalingline-constrained)的運(yùn)行編碼的示例。示例1.在該示例中，語法設(shè)計(jì)首先確定它是否是“行copy_above”模式。如果不是，其它語法元素將確定單個(gè)運(yùn)行(行copy_index)或多個(gè)運(yùn)行(行分?jǐn)?shù))模式。下面的表10總結(jié)了語法設(shè)計(jì)。表10.對(duì)于“行copy_above模式”和“行copy_index”模式，不需要以信號(hào)發(fā)送調(diào)色板運(yùn)行，因?yàn)橛纬涕L(zhǎng)度(runlength)等于塊寬度(或如果掃描是垂直的，則為高度)。對(duì)于“行分?jǐn)?shù)模式”，由于最后一個(gè)行程必須在行的結(jié)束處終止，所以可以利用特殊的“運(yùn)行到末尾(run-to-the-end)”語法設(shè)計(jì)或通過以信號(hào)發(fā)送行中運(yùn)行次數(shù)(number_of_run_in_line)來有效地對(duì)其長(zhǎng)度進(jìn)行編碼。因此，可以跳過最后一次運(yùn)行的運(yùn)行長(zhǎng)度。如圖16所示，圖16說明并入如上文所揭示的語法設(shè)計(jì)的語法解析的示范性流程圖。如步驟1610所示檢查Run_type_line。如果運(yùn)行類型是Copy_index，則流程進(jìn)入步驟1620，如果運(yùn)行類型是Copy_above，則執(zhí)行步驟1630。在步驟1620中，檢查Full_line_flag以確定其是否為真。如步驟1640所示，如果其為真(即，“是”路徑)，則解析索引，并且如步驟1650所示，如果必要，進(jìn)一步解析Escape_values。如果Full_line_flag不為真(即，“否”路徑)，則執(zhí)行步驟1660，其檢查語法Run_type_fraction。如果Run_type_fraction是Copy_above，則執(zhí)行步驟1690。如果Run_type_fraction是Copy_index，則執(zhí)行步驟1670，其中索引被解析。在步驟1670之后，在步驟1680中解析運(yùn)行。在解析運(yùn)行之后，如果需要，在步驟1690中解析Escape_values。上述實(shí)施例不區(qū)分“行分?jǐn)?shù)copy_index”和“行分?jǐn)?shù)混合”。它通過簡(jiǎn)單地在給定行中的每個(gè)運(yùn)行的開始處以信號(hào)發(fā)送Run_type_fraction來允許兩種情況。示例2.在該示例中，語法設(shè)計(jì)首先確定它是否是“行copy_above”模式。如果不是，其他語法元素將確定單次運(yùn)行(行copy_index)或多次運(yùn)行(行分?jǐn)?shù))模式。表11總結(jié)了語法設(shè)計(jì)。表11.與示例1相比，標(biāo)記Copy_index_only用于指示行分?jǐn)?shù)copy_index，其中，因?yàn)樗鼈兌际莄opy_index運(yùn)行，循環(huán)運(yùn)行(loopoverrun)不需要以信號(hào)發(fā)送運(yùn)行類型)。對(duì)于“行分?jǐn)?shù)模式”，由于最后一個(gè)運(yùn)行必須在行的結(jié)尾處終止，所以可以利用特定的“運(yùn)行到末尾”語法設(shè)計(jì)或通過以信號(hào)發(fā)送number_of_run_in_line來有效地對(duì)其長(zhǎng)度進(jìn)行編碼。上次運(yùn)行的運(yùn)行長(zhǎng)度可以被跳過。其他二進(jìn)制化(binarization)實(shí)施例。表12A-12J中示出了四種模式的二進(jìn)制化信令的更多示例，其中可變長(zhǎng)度二進(jìn)制化示于表12A-12I中，固定長(zhǎng)度二進(jìn)制化示于表12J中。表12A.表12B.表12C.表12D.表12E.表12F.表12G.表12H.表12I.表12J.上下文編碼示例?？梢允褂门月坊虺Ｒ?guī)上下文模式對(duì)上述二進(jìn)制化示例中的每個(gè)二進(jìn)制位(bin)進(jìn)行編碼。上下文編碼可以取決于先前模式、上面行中的模式或兩者。如果上下文編碼，則Run_type_line和Run_type_fraction可以共享相同的上下文，或者它們可以使用不同的上下文。行中的最后一次運(yùn)行的編碼(Codingofthelastrun)由于每一行中的最后一次運(yùn)行必須在該行的結(jié)束處終止，所以可以利用特定的“運(yùn)行到終止(run-to-the-end)”語法設(shè)計(jì)來有效地對(duì)其長(zhǎng)度進(jìn)行編碼。例如，可以將特定代碼分配為調(diào)色板二進(jìn)制化表中的運(yùn)行到終止(run-to-the-end)代碼。在另一示例中，可以以信號(hào)發(fā)送與該行中的運(yùn)行次數(shù)相對(duì)應(yīng)的語法number_of_run_in_line。當(dāng)在一行中解析循環(huán)運(yùn)行時(shí)，可以跳過上一次運(yùn)行的運(yùn)行長(zhǎng)度。在又一實(shí)施例中，針對(duì)每次運(yùn)行以信號(hào)發(fā)送語法last_run旗標(biāo)。當(dāng)此旗標(biāo)為1時(shí)，不需要以信號(hào)發(fā)送運(yùn)行。運(yùn)行的編碼(Codingoftherun)本發(fā)明不限于用于對(duì)運(yùn)行進(jìn)行編碼的特定二進(jìn)制化方法。諸如截?cái)嗟囊辉蚪財(cái)嗟亩M(jìn)制的其他運(yùn)行編碼方法可以用于二進(jìn)制化(binarize)運(yùn)行。由于僅對(duì)于行程長(zhǎng)度被限制為短于塊寬度(或高度)的“行分?jǐn)?shù)”模式需要運(yùn)行，所以也可以使用固定長(zhǎng)度編碼。對(duì)于運(yùn)行的給定二進(jìn)制化，每個(gè)二進(jìn)制位(bin)可以在旁路或常規(guī)上下文模式中編碼。每行的第一索引的編碼對(duì)于信令之后的每一行，當(dāng)前行被編碼為全行(fullline)或部分行(partialline)，以信號(hào)發(fā)送該行的索引。如果索引與上面的相同，則可以以信號(hào)發(fā)送一個(gè)旗標(biāo)而不是發(fā)送索引本身。在圖17所示的例子中，對(duì)于所有索引為3的行，可以以信號(hào)發(fā)送索引'3'。此外，可以以信號(hào)發(fā)送指示索引與上方像素(1710)相同的旗標(biāo)。圖18說明并入有如上文所揭示的語法設(shè)計(jì)的語法解析的示范性流程圖。圖18中的流程圖類似于圖16，除了Full_line_flag為真的情況。在這種情況下，在步驟1810中，有關(guān)于Copy_index_from_above是否為真的附加測(cè)試。如果結(jié)果為“是”，則執(zhí)行步驟1830，其中如果必要，解析Escape_values。如果結(jié)果為“否”，則執(zhí)行步驟1820，其中索引被解析。在步驟1820之后，如步驟1830所示，如果必要，解析Escape_values。如果當(dāng)前行未被編碼為全行，那么所述旗標(biāo)可用以指示所述索引與上文相同而不是以信號(hào)發(fā)送索引本身。圖19A-19B中示出了兩個(gè)示例，其中在圖19中，該旗標(biāo)指示使用來自上方像素(1910)的索引“3”，在圖19B中使用來自上方像素(1920)的索引“1”。圖20說明并入有如上文所揭示的語法設(shè)計(jì)的語法解析的示范性流程圖。圖20類似于圖18，除了在步驟1660和步驟1670之間包括附加步驟(2010)。在步驟2010中，測(cè)試Copy_index_from_above是否為真。如果結(jié)果為“是”，則如步驟1690所示，如果必要，則解析Escape_values。如果結(jié)果為“否”，則如步驟1670所示解析索引。整行運(yùn)行(Entirerowrun)為了提高編碼效率，公開了一種在顏色索引編碼中對(duì)與整行對(duì)應(yīng)的匹配長(zhǎng)度進(jìn)行編碼的實(shí)施例。在這種情況下以信號(hào)發(fā)送row_run_flag。表13A示出根據(jù)本發(fā)明的實(shí)施例的二進(jìn)制化以用信號(hào)發(fā)射row_run_length的示例。如果row_run_flag＝1，則此行(line)為行運(yùn)行(rowrun)，副本從復(fù)制位置到行尾。如果row_run_flag＝0，則在row_run_flag之后進(jìn)一步以信號(hào)發(fā)送長(zhǎng)度語法。對(duì)于整個(gè)行運(yùn)行的上述實(shí)施例也可以應(yīng)用于復(fù)制上方、復(fù)制左邊(copyleft)、復(fù)制其它方向、轉(zhuǎn)換復(fù)制(transitioncopy)、任意復(fù)制或其任何組合。例如，上述整個(gè)行運(yùn)行技術(shù)可以應(yīng)用于復(fù)制上方或復(fù)制左邊模式，而不適用于轉(zhuǎn)換復(fù)制或任意復(fù)制。表13B-13C示出根據(jù)本發(fā)明的實(shí)施例的二進(jìn)制化以用信號(hào)發(fā)射row_run_length的兩個(gè)示例。表13A.碼字模式0行運(yùn)行1其他運(yùn)行表13B.碼字模式00復(fù)制上面的整行運(yùn)行01復(fù)制上面的其他運(yùn)行10復(fù)制索引整行運(yùn)行11復(fù)制索引其他運(yùn)行表13C.上述示例示出了用于不同調(diào)色板預(yù)測(cè)模式的整個(gè)行運(yùn)行。這些示例不意味著窮盡列出所有可能的二進(jìn)制化和調(diào)色板預(yù)測(cè)模式。任意位置復(fù)制除了復(fù)制上方和復(fù)制左邊以編碼索引圖之外，本發(fā)明的實(shí)施例包括任意位置復(fù)制模式以便于從其它位置復(fù)制索引的長(zhǎng)度(length-of-indice)。轉(zhuǎn)換復(fù)制是為HEVC下的屏幕內(nèi)容編碼開發(fā)的編碼模式。與轉(zhuǎn)換復(fù)制不同，當(dāng)前像素任意復(fù)制模式不由左像素確定。編碼器將在先前編碼的顏色索引中搜索以找到具有當(dāng)前顏色索引的匹配的顏色索引。而距離是這兩個(gè)顏色索引位置之間的距離。根據(jù)具有與指定距離處的像素相同的顏色索引的像素的數(shù)量導(dǎo)出長(zhǎng)度。距離和長(zhǎng)度對(duì)由最長(zhǎng)長(zhǎng)度或其他速率失真優(yōu)化(rate-distortionoptimization，簡(jiǎn)寫為RDO)決定來確定。添加了附加語法元素以指示任意復(fù)制的使用。如果使用任意復(fù)制模式，則將解析語法元素arbitrary_copy_run_distance和arbitrary_copy_run_length(例如n)，使得從由arbitrary_copy_run_distance指定的位置直接復(fù)制隨后n個(gè)樣本索引。圖21示出了任意復(fù)制模式的示例。當(dāng)編碼當(dāng)前像素(2110)時(shí)，編碼器將在先前編碼像素中進(jìn)行搜索。找到具有長(zhǎng)度3和6的兩個(gè)匹配對(duì)，如圖21中的當(dāng)前圖案(currentpattern)(2140)所示的橢圓2120和2130所示。可以通過相應(yīng)的塊向量(2150和2160)來識(shí)別匹配對(duì)的位置。編碼器將根據(jù)RDO決定或最長(zhǎng)長(zhǎng)度選擇一個(gè)。arbitrary_copy_run_distance可以用信號(hào)表示為一個(gè)向量或兩個(gè)單獨(dú)的1D標(biāo)量值(scalarvalue)。基于TU的調(diào)色板編碼調(diào)色板編碼的索引圖編碼也可以應(yīng)用于每個(gè)TU。調(diào)色板本身的信息可以由CU內(nèi)的所有TU共享。最大TU分割深度可以固定為N，例如max_transform_hierarchy_depth_intra-1。TU分割深度對(duì)于較大CU(例如64×64CU)可固定為N(例如，1)，且對(duì)于較小CU(例如32×32、16×16和8×8)固定為N-1N(例如0)。提供以上描述是為了使本領(lǐng)域普通技術(shù)人員能夠?qū)嵤┰谔囟☉?yīng)用及其要求的上下文中提供的本發(fā)明。對(duì)所描述的實(shí)施例的各種修改對(duì)于本領(lǐng)域技術(shù)人員將是顯而易見的，并且本文定義的一般原理可以應(yīng)用于其他實(shí)施例。因此，本發(fā)明不旨在限于所示出和描述的特定實(shí)施例，而是符合與本文公開的原理和新穎特征一致的最寬范圍。在上述詳細(xì)描述中，示出了各種特定細(xì)節(jié)以便提供對(duì)本發(fā)明的透徹理解。然而，本領(lǐng)域技術(shù)人員將理解，可以實(shí)踐本發(fā)明。子樣本(Subsample)顏色索引圖編碼在JCTVC-O0218和JCTVC-O0182中，水平光柵掃描用于顏色索引圖編碼。在本發(fā)明的一個(gè)實(shí)施例中，對(duì)子樣本索引圖進(jìn)行編碼，然后對(duì)索引圖的其他部分進(jìn)行編碼或直接填充。例如，可以通過使用原始調(diào)色板顏色索引圖編碼來首先對(duì)偶數(shù)樣本行或偶數(shù)樣本列進(jìn)行編碼。對(duì)于其余樣本，可以應(yīng)用插值來填充樣本?；蛘?，可以為剩余的樣本行或列以信號(hào)發(fā)送語法。例如，對(duì)于每一行，可以以信號(hào)發(fā)送預(yù)測(cè)模式。預(yù)測(cè)模式可以包括垂直模式、水平模式、插值模式(interpolationmode)和正常編碼模式。對(duì)于插值模式，通過使用相鄰像素來內(nèi)插樣本?？梢砸孕盘?hào)發(fā)送CU級(jí)別旗標(biāo)以指示子抽樣顏色索引圖是否用于CU?？梢砸孕盘?hào)發(fā)送PPS/SPS/片報(bào)頭中的旗標(biāo)來打開/關(guān)閉此工具。單個(gè)調(diào)色板索引CU的運(yùn)行編碼在SCM2.0中，如果CU僅包含一個(gè)可能的調(diào)色板索引，則將跳過調(diào)色板轉(zhuǎn)置旗標(biāo)(palette_transpose_flag)和運(yùn)行編碼?？赡艹霈F(xiàn)兩種情況：情況1：CU具有一個(gè)調(diào)色板顏色并且沒有逸出索引(escapeindex)，并且情況2：CU沒有調(diào)色板顏色，具有一個(gè)逸出索引。然而，當(dāng)跨CU的復(fù)制像素用于調(diào)色板編碼時(shí)，有可能的是，即使當(dāng)前調(diào)色板CU僅具有一個(gè)索引，CU中的一些像素從跨CU被復(fù)制，且不由當(dāng)前調(diào)色板表示或逸出(Escape)。為了允許這樣的情況，可以針對(duì)僅包含一個(gè)可能的索引的CU自適應(yīng)地以信號(hào)發(fā)送palette_transpose_flag和運(yùn)行編碼。例如，在情況1中，當(dāng)CU具有一個(gè)調(diào)色板顏色并且沒有逸出索引時(shí)，以信號(hào)發(fā)送palette_transpose_flag和/或運(yùn)行編碼被使能。如果跳過palette_transpose_flag，則可以將其推斷為開或關(guān)。對(duì)于情況2，當(dāng)CU沒有調(diào)色板顏色，且具有一個(gè)逸出索引時(shí)，以信號(hào)發(fā)送palette_transpose_flag的信令和/或運(yùn)行編碼被使能。如果跳過palette_transpose_flag，則可以將其推斷為開或關(guān)。根據(jù)另一實(shí)施例，可以在情況1、情況2或兩種情況下禁用palette_transpose_flag以及運(yùn)行編碼的任何組合。調(diào)色板大小的偏移編碼小于N在一個(gè)實(shí)施例中，當(dāng)使用廣義復(fù)制上方模式時(shí)，廣義復(fù)制上方模式的偏移可以通過調(diào)色板大小來推斷。當(dāng)調(diào)色板大小小于N并且索引模式是復(fù)制上方模式時(shí)，偏移被推斷為M(例如M＝1)，并且編碼器和解碼器不需要以信號(hào)發(fā)送復(fù)制上方模式的偏移。當(dāng)調(diào)色板大小大于N時(shí)，使用復(fù)制上方多行(copyabovemultiplerow)。在一個(gè)實(shí)施例中，編碼器和解碼器將總是以信號(hào)發(fā)送復(fù)制上方模式的偏移。使用調(diào)色板語法來對(duì)預(yù)測(cè)值細(xì)化信息(refinementinformation)進(jìn)行編碼調(diào)色板編碼方法可以用作另一殘差編碼方法(例如，編碼預(yù)測(cè)值細(xì)化信息)。在HEVC中，在幀內(nèi)或幀間預(yù)測(cè)之后，將以信號(hào)發(fā)送殘差以細(xì)化預(yù)測(cè)值。在本發(fā)明的一個(gè)實(shí)施例中，不是在HEVC中使用殘余編碼語法，而是使用調(diào)色板編碼語法來以信號(hào)發(fā)送預(yù)測(cè)值細(xì)化信息(即，殘差)。根據(jù)本實(shí)施例的示例描述如下：示例1.當(dāng)編碼器使用調(diào)色板語法來編碼預(yù)測(cè)值細(xì)化信息時(shí)，編碼使用調(diào)色板來編碼殘余信號(hào)。換句話說，解碼器解碼調(diào)色板索引并獲得調(diào)色板中對(duì)應(yīng)于調(diào)色板索引的值。該值是殘差值，用于細(xì)化預(yù)測(cè)值。特殊索引可以為等于0的殘留保留。例如，保留索引可以是0或1。示例2.當(dāng)編碼器使用調(diào)色板語法來編碼預(yù)測(cè)值細(xì)化信息時(shí)，編碼使用調(diào)色板來編碼原始像素值，但保留特殊索引以指示等于預(yù)測(cè)值的重構(gòu)像素。當(dāng)解碼器解碼調(diào)色板語法時(shí)，如果像素的索引為0，則重構(gòu)的像素值等于(幀內(nèi)或幀間)預(yù)測(cè)值。否則，重構(gòu)的像素值等于與索引相對(duì)應(yīng)的調(diào)色板中的顏色。例如，保留索引可以是0或1。可在新調(diào)色板語法之后或之前以信號(hào)發(fā)送HEVC殘余語法。換句話說，可以存在兩級(jí)預(yù)測(cè)值細(xì)化：一個(gè)用于HEVC殘余編碼，一個(gè)用于新的調(diào)色板編碼。最后編碼的BV的重置在SCM2.0中，最后編碼的BV用于BV編碼的BV預(yù)測(cè)值(BVP)推導(dǎo)中。對(duì)于每個(gè)CTU，最后編碼的BV被重置為(0,0)。根據(jù)本發(fā)明的一個(gè)實(shí)施例，修改重置機(jī)構(gòu)(resetmechanism)以將每個(gè)CTU的最后編碼的BV重置為預(yù)定值，而不是(0,0)。預(yù)定值可以是(-8,0)、(-16,0)、(-32,0)、(-64,0)、(0，-8)、(0，-16)、(0，-32)、(0，-64)。如果兩個(gè)最后編碼的BV需要重置，則預(yù)定義的BV對(duì)可以是{(-64,0),(-32,0)}、{(-32,0),(-64,0)}、{(-128,0),(-64,0)}、{(-64,0),(-128,0)}、{(-32,0),(-16,0)}、{(-16,0),(-32,0)}、{(-16,0),(-8,0)}、{(-8,0),(-16,0)}、{(-32,0),(-8,0)}或{(-8,0),(-32,0)}。使用所提出的方法，可以簡(jiǎn)化BV預(yù)測(cè)值導(dǎo)出?？梢蕴^對(duì)最后編碼的BV的可用性檢查(即，檢查最后編碼的BV是否等于(0,0))。根據(jù)本實(shí)施例的重置機(jī)構(gòu)的示例描述如下：示例1.當(dāng)當(dāng)前塊是當(dāng)前CTU中的第一編碼IntraBCPU時(shí)，最后編碼的BV被重置為(-2w，0)和(-w，0)，其中w是PU寬度或PU高度。示例2.最后編碼的BV在每個(gè)CTU的開始處被重置為預(yù)定義值，其中這些預(yù)定義值與CTU_width或CTU_height相關(guān)。例如，預(yù)定義值可以是(-CTU_width，0)、(-(CTU_width>>1)，0)、(-(CTU_width>>2)，0)、(-(CTU_width>>3)，0)。最小/最大值約束可以應(yīng)用于這些預(yù)定義值。例如，每個(gè)分量的最大值不能大于-8。因此，預(yù)定義值可以是(最大(-8，-CTU_width))，0)、(最大(-8，-CTU_width>>1))，0)、(最大(-8，-(CTU_width>>2))，0)、(max(-8，-(CTU_width>>3))，0)。示例3.最后編碼的BV在每個(gè)CTU的開始處被重置為預(yù)定義的值，其中這些預(yù)定義的值與min_CU_width或min_CU_height相關(guān)。例如，預(yù)定值可以是(-min_CU_width)，0)、(-2*min_CU_width)，0)、(3*min_CU_width，0)、(-4*min_CU_width，0))、(-8*min_CU_width,0)。最小/最大值約束可以應(yīng)用于這些預(yù)定義值。例如，每個(gè)組件的最小值不能大于-64。因此，預(yù)定義值可以是(最小(-64,-min_CU_width)),0)、(最小(-64,-2*min_CU_width)),0)、(最小(-64,-3*min_CU_width))、0)、(最小(-64,-4*min_CU_width)),0)、(最小(-64,-8*min_CU_width)),0)。如果兩個(gè)最后編碼的BV需要重置，則預(yù)定義的BV對(duì)可以是{(-min_CU_width),0),(-2*min_CU_width),0)}、{(-2*min_CU_width),0),(-min_CU_width),0)}、{(-2*min_CU_width),0),(-4*min_CU_width),0)}或{(-4*min_CU_width),0),(-2*min_CU_width),0)}。根據(jù)上述實(shí)施例，可以簡(jiǎn)化最后編碼的BV重置。它不需要檢測(cè)當(dāng)前塊是否是當(dāng)前CTU中的第一IntraBC編碼塊。如上所述的本發(fā)明的實(shí)施例可以以各種硬件、軟件代碼或兩者的組合來實(shí)現(xiàn)。例如，本發(fā)明的實(shí)施例可以是集成到視頻壓縮芯片中的一個(gè)或多個(gè)電子電路或集成到視頻壓縮軟件中的程序代碼，以執(zhí)行本文所述的處理。本發(fā)明的實(shí)施例還可以是在數(shù)字信號(hào)處理器(DSP)上執(zhí)行以執(zhí)行本文所述的處理的程序代碼。本發(fā)明還可以涉及由計(jì)算機(jī)處理器、數(shù)字信號(hào)處理器、微處理器或現(xiàn)場(chǎng)可編程門陣列(FPGA)執(zhí)行的多個(gè)功能。這些處理器可以被配置為通過執(zhí)行定義本發(fā)明所體現(xiàn)的特定方法的機(jī)器可讀軟件代碼或固件代碼來執(zhí)行根據(jù)本發(fā)明的特定任務(wù)。軟件代碼或固件代碼可以用不同的編程語言和不同的格式或樣式來開發(fā)。軟件代碼還可以針對(duì)不同的目標(biāo)平臺(tái)編譯。然而，不同的代碼格式，軟件代碼的語言和語言以及配置代碼以執(zhí)行根據(jù)本發(fā)明的任務(wù)的其他手段將不脫離本發(fā)明的精神和范圍。在不脫離本發(fā)明的精神或基本特征的情況下，本發(fā)明可以以其它具體形式實(shí)施。所描述的示例在所有方面被認(rèn)為僅是說明性的而不是限制性的。因此，本發(fā)明的范圍由所附權(quán)利要求而不是前面的描述表示。在權(quán)利要求的等同物的含義和范圍內(nèi)的所有改變將被包括在其范圍內(nèi)。當(dāng)前第1頁1 2 3