日韩成人黄色,透逼一级毛片,狠狠躁天天躁中文字幕,久久久久久亚洲精品不卡,在线看国产美女毛片2019,黄片www.www,一级黄色毛a视频直播

用于視頻編解碼器的多總線體系結(jié)構(gòu)的制作方法

文檔序號:7644676閱讀:169來源:國知局

專利名稱::用于視頻編解碼器的多總線體系結(jié)構(gòu)的制作方法
技術(shù)領(lǐng)域
:本發(fā)明總地涉及集成的松流水線視頻編解碼器,并且更具體地涉及改善編碼性能和能量消耗的視頻編解碼器體系結(jié)構(gòu)內(nèi)的多總線體系結(jié)構(gòu)。
背景技術(shù)
:本領(lǐng)域技術(shù)人員很清楚數(shù)字視頻技術(shù)的重要性。在過去的數(shù)年中,響應(yīng)于視頻壓縮方面的進(jìn)步和允許使用者通過網(wǎng)絡(luò)錄制(record)、操作、儲存和發(fā)送(transmit)數(shù)字視頻的應(yīng)用,數(shù)字視頻市場已經(jīng)得到了迅猛的發(fā)展。由于壓縮技術(shù)已經(jīng)進(jìn)步,發(fā)送和顯示高質(zhì)量數(shù)字視頻的能力已經(jīng)顯著改善。此外,視頻市場已經(jīng)看到在錄制、發(fā)送、接收和顯示數(shù)字視頻內(nèi)容的視頻設(shè)備的大小和能量消耗方面的有意義的減少。數(shù)字架構(gòu)內(nèi)的視頻表征需要生成、發(fā)送、儲存和處理非常大量的二進(jìn)制數(shù)據(jù)。視頻壓縮通過在數(shù)字視頻流內(nèi)使用空間圖像和時(shí)間運(yùn)動壓縮技術(shù)兩者減少這種數(shù)據(jù)的量。許多壓縮算法已經(jīng)被發(fā)展為在空間域和時(shí)間域兩者上壓縮和編碼數(shù)字視頻數(shù)據(jù)。一種實(shí)例是限定方法和參數(shù)的H.264標(biāo)準(zhǔn),在H.264標(biāo)準(zhǔn)中數(shù)字視頻可以被編碼和解碼。圖1一般地圖示說明可以根據(jù)H.264標(biāo)準(zhǔn)被使用的視頻編碼體系結(jié)構(gòu)。視頻幀從外部源被接收并被分割為包括亮度塊和色度塊的視頻分量宏塊(macroblock)。這些宏塊被處理來確定優(yōu)選的編碼或預(yù)測模式。用于宏塊的預(yù)測模式的識別表征耗時(shí)的計(jì)算密集的方法,其中一組多樣化像素?cái)?shù)據(jù)被處理、操作、從存儲器獲取和儲存于存儲器。此外,該像素?cái)?shù)據(jù)在視頻編解碼器內(nèi)傳送(delivery)到處理設(shè)備常常需要格式化過程,例如輸入數(shù)據(jù)信號的并行化(deserialization)或解復(fù)用,從而處理部件可以適當(dāng)?shù)貙?shù)據(jù)執(zhí)行操作。使過程更加復(fù)雜的是,適合的預(yù)測模式的識別是極度時(shí)間敏感的,其中所述模式必須在非常有限的時(shí)間窗內(nèi)被確定。一般地,所有這些因素導(dǎo)致這樣的設(shè)計(jì),即犧牲壓縮質(zhì)量以滿足視頻編解碼器的時(shí)序約束(timingrestraints)、能量消耗標(biāo)準(zhǔn)或者占用要求(footprintrequirements)。在幀間(inter)模式預(yù)測期間,當(dāng)前宏塊被提供到運(yùn)動估計(jì)模塊170并且從所述當(dāng)前宏塊時(shí)間上定位的(temporallylocated)參考幀從存儲儲存器190被獲取。運(yùn)動估計(jì)模塊170相對于當(dāng)前宏塊迭代地分析多個(gè)參考塊,以識別適合的運(yùn)動矢量。如果這樣的適合的運(yùn)動矢量被識別,則幀間預(yù)測模塊160可以通過對時(shí)間上定位的參考塊執(zhí)行一半和/或四分之一像素運(yùn)算,來細(xì)微地調(diào)整運(yùn)動矢量。由于所執(zhí)行的非常大量的算術(shù)運(yùn)算和在存儲器中執(zhí)行的讀取和寫入操作的次數(shù),這些一半和四分之一像素運(yùn)算可以是極度計(jì)算密集的。在幀內(nèi)(intra)模式預(yù)測期間,幀內(nèi)預(yù)測模塊150相對于同一幀內(nèi)在空間上定位的參考塊分析該幀內(nèi)的宏塊。該分析試圖識別參考塊和用于宏塊的相應(yīng)幀內(nèi)預(yù)測模式。該預(yù)測分析需要針對在測試下的每個(gè)參考塊被生成和壓縮的殘差(residual)。該殘差表征當(dāng)前宏塊和參考塊之間的差別,所述殘差被提供到直接整數(shù)變換模塊110。所述殘差使用整數(shù)變換被變換為一組空間頻率系數(shù)。該變換類似于從時(shí)域信號到頻域信號的變換。所述頻率系數(shù)被提供到縮放和量化模塊120,縮放和量化模塊120隨后生成量化和縮放的信號。實(shí)際上,量化過程以整數(shù)縮放因數(shù)來分割所述頻率系數(shù),從而截?cái)嗨鲂盘枴T撨^程通常在壓縮的塊中引入修正(modification),這在所述塊稍后被再生時(shí)需要補(bǔ)mteο由編碼過程引入視頻信號的誤差的量可以通過重構(gòu)編碼的幀被確定。重構(gòu)通過去量化(dequantization)和去縮放(descaling)模塊與逆整數(shù)變換模塊140進(jìn)行,去量化和去縮放模塊與逆整數(shù)變換模塊140反量化視頻信號,導(dǎo)致再縮放的信號。該再縮放的信號然后被逆變換以產(chǎn)生重構(gòu)的宏塊。該重構(gòu)的宏塊可以與原始的宏塊進(jìn)行比較以識別由壓縮過程引入的誤差。因此,不同的預(yù)測模式的效果可以被比較以識別用于特定塊的優(yōu)選模式。一旦優(yōu)選的模式已經(jīng)被識別,熵編碼器130編碼所述宏塊以進(jìn)行發(fā)送。由于數(shù)字視頻不斷地在當(dāng)今科技中起到越來越重要的作用并且數(shù)字視頻市場迅速發(fā)展,優(yōu)化數(shù)字視頻的壓縮和編碼的重要性是顯而易見的。這種優(yōu)化中的一個(gè)重要因素是對減少計(jì)算延遲的需求。這對于這樣的實(shí)時(shí)視頻應(yīng)用而言是尤為重要的,即包括視頻會議、安全和監(jiān)控、交互式游戲及其他的實(shí)時(shí)視頻應(yīng)用。這種優(yōu)化中的另一重要因素是在視頻編解碼器體系結(jié)構(gòu)內(nèi)更有效地管理多樣化的數(shù)據(jù)組的傳輸?shù)哪芰Α?br/>發(fā)明內(nèi)容本發(fā)明的實(shí)施方案涉及視頻編解碼器內(nèi)的多總線體系結(jié)構(gòu),所述體系結(jié)構(gòu)在所述視頻編解碼器內(nèi)分離地(discretely)且有效地傳輸視頻分量。該多總線體系結(jié)構(gòu)提供相對地且本質(zhì)上更有效的傳輸機(jī)制,因?yàn)楦鞣N總線被設(shè)計(jì)來特定地尋址在所述編解碼器中被處理的視頻分量或參數(shù)的獨(dú)特特征。相比較,現(xiàn)有技術(shù)中,集中式系統(tǒng)試圖在系統(tǒng)范圍傳輸和處理體系結(jié)構(gòu)內(nèi)“配合(fit)”視頻數(shù)據(jù),這導(dǎo)致編解碼器效率低下。在本發(fā)明的特定實(shí)施方案中,多總線體系結(jié)構(gòu)支持流水線系統(tǒng)或松流水線系統(tǒng),其中數(shù)據(jù)處理以大量并行體系結(jié)構(gòu)執(zhí)行。該體系結(jié)構(gòu)使用分離的總線(discretebuses)傳輸視頻塊或數(shù)據(jù)(下稱“對象”),所述分離的總線被設(shè)計(jì)來有效地發(fā)送特定的對象類型和/或分類。視頻對象可以基于被傳輸?shù)囊曨l或數(shù)據(jù)的大小、功能和/或類型被限定。這些總線連接在特定處理部件中的相應(yīng)并行邏輯單元內(nèi),從而對象被并行地傳輸和處理以改善編碼性能和能量消耗。松流水線系統(tǒng)可以被認(rèn)為是這樣的系統(tǒng),其中所述系統(tǒng)從這樣的角度來看不是緊流水線的,即不是所有處理部件同時(shí)都是繁忙的,所述處理部件處理不同宏塊的不同階段。然而,存在同時(shí)地工作的處理部件,例如熵編碼器和直接整數(shù)變換處理部件,所述直接整數(shù)變換處理部件被用于預(yù)測優(yōu)化并且利用預(yù)測處理部件被同時(shí)地提供時(shí)鐘。在本發(fā)明的一個(gè)實(shí)施方案中,多總線體系結(jié)構(gòu)包括至少一個(gè)亮度總線、至少一個(gè)色度總線、至少一個(gè)運(yùn)動矢量總線以及至少一個(gè)參數(shù)總線。這些總線的每個(gè)的特征涉及被傳輸于其上的對象的屬性和在一個(gè)或更多個(gè)處理部件中對象的處理需求。這些總線結(jié)構(gòu)允許硬件編碼器以簡單的方式操作大量數(shù)據(jù)集合并且導(dǎo)致可以以有效的方式被處理和整合到一起的一組硬件部件。例如,亮度總線的寬度可以是非常大的,從而對亮度塊執(zhí)行的操作可以對大量的并聯(lián)規(guī)模執(zhí)行,而無需并行化或解復(fù)用所述對象。在其他實(shí)施例中,多總線體系結(jié)構(gòu)允許有效的數(shù)據(jù)獲取過程,其中參考塊從編解碼器體系結(jié)構(gòu)內(nèi)的分布式高速緩沖存儲器被有效地取回。盡管本發(fā)明的特征和優(yōu)點(diǎn)被總地描述在本
發(fā)明內(nèi)容部分和下面的實(shí)施方案內(nèi)容中的具體說明部分,應(yīng)當(dāng)理解的是,本發(fā)明的范圍不應(yīng)被限定到這些特定的實(shí)施方案。許多附加的特征和優(yōu)點(diǎn)對本領(lǐng)域技術(shù)人員來說,在閱讀本文的附圖、說明書和權(quán)利要求書的基礎(chǔ)上將會是明顯的。(17)現(xiàn)在將參照本發(fā)明的實(shí)施方案,本發(fā)明的實(shí)施例可以在附圖中被圖示。這些附圖意圖是圖示說明性的而非限制性的。盡管本發(fā)明是在這些實(shí)施方案的上下文中進(jìn)行描述的,但是應(yīng)該理解,并非意圖將本發(fā)明的范圍限于這些特定實(shí)施方案。圖1總地圖示說明H.264標(biāo)準(zhǔn)所規(guī)定的典型的視頻編解碼器。圖2是根據(jù)本發(fā)明的各種實(shí)施方案的多總線視頻編解碼器體系結(jié)構(gòu)的系統(tǒng)等級示意圖。圖3是在根據(jù)本發(fā)明的各種實(shí)施方案的視頻編解碼器系統(tǒng)內(nèi)的處理部件的總體示意圖。圖4是可以在根據(jù)本發(fā)明的各種實(shí)施方案的多總線視頻編解碼器體系結(jié)構(gòu)內(nèi)傳送的不同對象類型和分類的實(shí)施例。圖5是根據(jù)本發(fā)明的各種實(shí)施方案的幀內(nèi)和幀間預(yù)測模塊及相關(guān)聯(lián)的總線接口的實(shí)施例。圖6根據(jù)本發(fā)明的各種實(shí)施方案圖示說明與幀間預(yù)測/運(yùn)動估計(jì)模塊連接的多個(gè)總線上的相關(guān)總線寬度的實(shí)施例。圖7根據(jù)本發(fā)明的各種實(shí)施方案圖示說明幀間預(yù)測/運(yùn)動估計(jì)模塊及其中的特定相關(guān)聯(lián)處理邏輯單元的多總線接口。圖8根據(jù)本發(fā)明的各種實(shí)施方案圖示說明示例性并行運(yùn)動估計(jì)處理邏輯單元和并行幀間預(yù)測邏輯單元,兩者都具有相關(guān)聯(lián)的總線接口。圖9根據(jù)本發(fā)明的各種實(shí)施方案圖示說明與幀內(nèi)預(yù)測模塊連接的多個(gè)總線上的相關(guān)的總線寬度的實(shí)施例。圖10是根據(jù)本發(fā)明的各種實(shí)施方案的示例性熵編碼器及相關(guān)聯(lián)的總線接口。具體實(shí)施例方式在如下的說明中,出于解釋說明的目的,闡明具體細(xì)節(jié)以提供對本發(fā)明的理解。然而,對本領(lǐng)域技術(shù)人員來說將會清楚的是,本發(fā)明無需這些細(xì)節(jié)也可以實(shí)現(xiàn)。本領(lǐng)域技術(shù)人員將理解,下面描述的本發(fā)明的實(shí)施方案可以以各種方式且使用各種裝置來實(shí)現(xiàn)。本領(lǐng)域技術(shù)人員還將理解,附加的修改、變通以及實(shí)施方案落入本發(fā)明的范圍,本發(fā)明可以提供實(shí)用性的附加領(lǐng)域也落入本發(fā)明的范圍。因此,下面描述的實(shí)施方案為本發(fā)明的具體實(shí)施方案的示例,并且是意圖要避免模糊本發(fā)明。說明書中提及“一個(gè)實(shí)施方案”、“實(shí)施方案”等是指結(jié)合所述實(shí)施方案所描述的具體的特征、結(jié)構(gòu)、特性或功能被包含在本發(fā)明的至少一個(gè)實(shí)施方案中。在說明書不同地方出現(xiàn)的短語“在一個(gè)實(shí)施方案中”、“在實(shí)施方案中”或類似的短語不是必定都是指相同的實(shí)施方案。本發(fā)明提供視頻編解碼器內(nèi)的多總線體系結(jié)構(gòu),所述體系結(jié)構(gòu)提供傳輸系統(tǒng),在所述傳輸系統(tǒng)中視頻分量和參數(shù)被有效地發(fā)送。在本發(fā)明的特定實(shí)施方案中,多總線體系結(jié)構(gòu)支持流水線/松流水線系統(tǒng),其中數(shù)據(jù)處理以大量地并行的體系結(jié)構(gòu)執(zhí)行。該體系結(jié)構(gòu)使用分離的總線傳輸視頻或數(shù)據(jù)塊(下稱“對象”),所述分離的總線被設(shè)計(jì)來有效地發(fā)送特定對象類型和/或分類。這些總線連接在特定處理部件中的相應(yīng)并行邏輯單元內(nèi),從而對象被傳輸和處理以改善編碼性能、計(jì)算延遲和能量消耗。圖2根據(jù)本發(fā)明的各種實(shí)施方案總地圖示說明集成視頻編解碼器,其中使用多總線體系結(jié)構(gòu)在所述編解碼器內(nèi)傳輸不同對象。該多總線體系結(jié)構(gòu)提供相對更有效的視頻傳輸機(jī)制,因?yàn)楦鞣N總線被設(shè)計(jì)來特定地尋址在所述編解碼器內(nèi)被處理的獨(dú)特視頻分量或參數(shù)。相對地,現(xiàn)有技術(shù)中,集中式系統(tǒng)試圖在系統(tǒng)范圍傳輸和處理體系結(jié)構(gòu)內(nèi)“配合”視頻數(shù)據(jù),這導(dǎo)致編解碼器效率低。參照圖2,多總線體系結(jié)構(gòu)包括色度總線210、亮度總線220、運(yùn)動矢量總線230以及參數(shù)總線MO,其中每個(gè)在所述集成編解碼器內(nèi)分離地傳輸對象類型和/或分類。這些不同對象類型和分類中的每個(gè)(稍后提供更加具體的描述)包括由相應(yīng)的一個(gè)或更多個(gè)總線尋址的不同特征和處理需求。根據(jù)本發(fā)明的各種實(shí)施方案,亮度總線220傳輸亮度宏塊、亮度參考塊、亮度子塊(例如,4x4對象、4x8對象……8x16對象)以及水平與垂直亮度像素矢量。色度總線210傳輸8x8色度對象和水平與垂直色度像素矢量。運(yùn)動矢量總線230傳輸運(yùn)動矢量對象(即,x、y運(yùn)動矢量數(shù)據(jù))。參數(shù)總線240傳輸數(shù)據(jù)對象,所述數(shù)據(jù)對象可以包括結(jié)構(gòu)對象(例如,切片(slice)、最近鄰(nearestneighbor)信息)和參數(shù)對象(例如,量化模式、預(yù)測模式等)。圖2還提供一個(gè)實(shí)施例,其中多總線體系結(jié)構(gòu)在所述集成編解碼器內(nèi)的各種處理部件之間提供相互連通性。本領(lǐng)域技術(shù)人員將意識到的是,在本發(fā)明的范圍內(nèi),可以實(shí)現(xiàn)集成編解碼器的許多其他相互連通性設(shè)計(jì)。該多總線體系結(jié)構(gòu)的一個(gè)優(yōu)點(diǎn)在于,數(shù)據(jù)以與處理部件內(nèi)的并行邏輯單元等同和/或相關(guān)的并行格式被傳送到處理部件,從而無需中間部件,例如串行化器和并行化器。如所示出的,幀間預(yù)測/運(yùn)動估計(jì)處理部件250從分布式高速緩沖存儲器280接收色度和亮度對象,并且從熵編碼器235接收運(yùn)動矢量信息,從而針對特定宏塊的運(yùn)動估計(jì)和幀間預(yù)測操作可以被執(zhí)行。幀內(nèi)預(yù)測估計(jì)處理部件255也從分布式高速緩沖存儲器280接收色度和亮度對象(其中許多包括水平和垂直亮度像素矢量)。本領(lǐng)域技術(shù)人員將意識到的是,各種分布式高速緩沖存儲器實(shí)施(包括將所述高速緩沖存儲器分解為支持幀間預(yù)測處理部件250和幀內(nèi)預(yù)測處理部件255的分離的高速緩沖存儲器模塊)可以被使用。復(fù)用器265或其他交換器件被提供來基于特定標(biāo)準(zhǔn),從幀間預(yù)測處理部件250或幀內(nèi)預(yù)測處理部件255選擇亮度和色度對象。在一個(gè)實(shí)施方案中,該選擇過程基于所述幀間預(yù)測處理部件是否能夠在限定的一段時(shí)間內(nèi)成功地識別適合的參考幀。如果這樣的幀間預(yù)測參考幀沒有被按時(shí)識別,則幀內(nèi)模式預(yù)測被選擇并且相應(yīng)的預(yù)測亮度和色度對象被進(jìn)一步發(fā)送到流水線中。殘差處理部件260沿相應(yīng)的總線接收色度和亮度對象兩者并且生成針對這些部件的殘差。這些殘差在相應(yīng)的色度和亮度總線上被傳送到直接整數(shù)變換/量化和縮放處理部件觀0,從而生成色度和亮度被變換、量化和縮放的系數(shù)。這些系數(shù)沿相應(yīng)的色度和亮度總線被傳輸?shù)届鼐幋a器處理部件275。熵編碼器處理部件275又沿對應(yīng)于被編碼的宏塊的運(yùn)動矢量總線接收運(yùn)動矢量信息。熵編碼器275根據(jù)若干不同的編碼模式中的一個(gè)編碼所述宏塊。本領(lǐng)域技術(shù)人員將意識到,對于在集成編解碼器內(nèi)提供分離的亮度、色度、運(yùn)動矢量以及參數(shù)總線的諸多益處。由于對象以有效且大量的并行方式被傳輸遍及(throughout)所述系統(tǒng)并且被傳送到其中的所有必要的處理部件,諸如以下的性能問題全部被改善,即跨流水線處理部件的時(shí)序、集成存儲器的大小和分布、能量消耗以及計(jì)算延遲。圖3圖示說明示出這樣的方式的實(shí)施例,以所述方式視頻可以被分割為相應(yīng)的對象類型和對象分類。視頻可以基于其大小、功能和/或類型被劃分為對象。如所示的,視頻被分割為包括亮度對象、色度對象和運(yùn)動矢量對象的視頻對象。亮度對象可以包括一維對象(例如水平和垂直亮度像素矢量)和二維對象(包括16x16宏塊、4x4亮度對象、4x8亮度對象、8x4亮度對象、8x8亮度對象、8x16亮度對象、16x8亮度對象)以及一半和/或四分之一像素對象。這些各種亮度對象在不同的處理部件之間被傳送在一個(gè)或更多個(gè)分離的亮度總線上。色度對象也可以包括一維對象(例如水平和垂直色度像素矢量信息)或二維對象(例如8x8色度對象)。運(yùn)動矢量對象包括x、y運(yùn)動矢量信息,所述x、y運(yùn)動矢量信息使跨一個(gè)或更多個(gè)視頻幀的宏塊與參考塊時(shí)間上相關(guān)。數(shù)據(jù)對象包括結(jié)構(gòu)對象、內(nèi)容對象和參數(shù)對象。結(jié)構(gòu)對象包括與切片數(shù)據(jù)、最近鄰數(shù)據(jù)等相關(guān)的信息。參數(shù)對象包括與量化模式、預(yù)測模式等相關(guān)的信息。內(nèi)容對象包括與殘差的直接整數(shù)變換中非零系數(shù)的數(shù)目相關(guān)的信息。由編碼器處理的塊具有相關(guān)聯(lián)的內(nèi)容nC。一般地,常量nC被估算為nA和nC的平均值,其中nA是左相鄰(leftneighbor)中非零系數(shù)的數(shù)目,而nB是頂相鄰(topneighbor)中非零系數(shù)的數(shù)目。在特定實(shí)施方案中,內(nèi)容nC確定用于代碼查詢的表項(xiàng)目(tableentry)并且針對由編碼器處理的塊被動態(tài)地估笪弁。本領(lǐng)域技術(shù)人員將意識到的是,其他視頻或數(shù)據(jù)信息可以被包括在對象中并且沿相應(yīng)的總線在多總線編解碼器體系結(jié)構(gòu)內(nèi)被傳輸。在并行流水線系統(tǒng)或松流水線系統(tǒng)中實(shí)施多總線體系結(jié)構(gòu)允許在流水線中各種處理部件內(nèi)被執(zhí)行的操作的更有效時(shí)序。例如,當(dāng)與對另一處理部件的后續(xù)操作所需的時(shí)間相比時(shí),特定處理部件可以僅需要特定量的時(shí)間來完成其操作。在特定實(shí)施方案中,被傳送到處理部件的并行數(shù)據(jù)的量可以根據(jù)處理所述數(shù)據(jù)所需的量和/或時(shí)間而改變。由于跨不同的處理部件執(zhí)行的操作的量顯著不同,跨處理部件的時(shí)序保持是一個(gè)挑戰(zhàn)。具體地,特定處理部件可以需要大于流水線或松流水線中其他處理部件百倍的計(jì)算。在這樣的流水線中保持時(shí)序的一個(gè)重要因素是,以并行格式傳送數(shù)據(jù)塊(即對象)的能力,這使能需要相對更大量計(jì)算的針對那些塊的大量并行處理。圖4是根據(jù)本發(fā)明的各種實(shí)施方案的處理部件的總體示意圖。該示說明能夠以這樣的方式將大量并行對象傳送到處理部件的優(yōu)點(diǎn),即對應(yīng)于所述部件自身中內(nèi)部并行處理路徑的量的方式。這種能力通過移除一般在許多現(xiàn)有技術(shù)的系統(tǒng)中需要的格式化部件(例如SERDES(串行化器/并行化器))急劇減少總線接口硬件的大小。為清楚起見,大量并行總線可以被限定為具有大于132位的位寬。參照圖4,處理部件具有多個(gè)耦合到不同總線的分離的總線接口。在該特定實(shí)施例中,處理部件410在第一總線415上接收第一對象。該第一總線具有對應(yīng)于X并行位的第一總線寬度(I)。該第一對象被傳送到第一組并行處理邏輯單元430,所述第一組并行處理邏輯單元430具有等于或大致等于寬度(I)的寬度(A)。因此,第一組并行處理邏輯單元430能夠以在二者之間利用最少的格式化部件的方式無縫地連接第一總線415。第二對象在第二總線420上被傳送,所述第二總線420具有對應(yīng)于Y并行位的第二總線寬度(II)。該第二對象被傳送到第二組并行處理邏輯單元440,所述第二組并行處理邏輯單元440具有等于或大致等于寬度(II)的寬度(B)。正如所述第一對象,所述第二對象以在二者之間利用最少的格式化部件的方式從第二總線420被無縫地傳送到第二組并行處理邏輯單元430。本領(lǐng)域技術(shù)人員將意識到的是,所述第一和第二總線/并行處理邏輯單元之間寬度上的差別允許設(shè)計(jì)者改善所述第一和第二對象之間操作的時(shí)序。在這種情況下,假設(shè)所述第二對象需要比所述第一對象更多的計(jì)算,通過使第二總線420和第二處理邏輯單元440的寬度相對地大于第一總線415和處理邏輯單元430,在所述處理部件中每個(gè)對象的處理時(shí)間可以大致上是相等的。在本發(fā)明的特定實(shí)施方案中,通過使輸出總線450、460的寬度對應(yīng)于并行處理邏輯單元和輸入總線,處理部件410中對象的有效通行(pass-through)被進(jìn)一步加強(qiáng)。通過在處理部件上提供不同的時(shí)鐘頻率,在流水線/松流水線內(nèi)跨處理部件保持時(shí)序的能力可以被進(jìn)一步加強(qiáng)。如所示的,處理部件410具有被用于限定計(jì)算發(fā)生在所述部件上的速度的內(nèi)部時(shí)鐘470。如果特定部件具有比其他部件顯著更大量的計(jì)算,則在這些特定部件上的時(shí)鐘可以被增加以補(bǔ)償計(jì)算計(jì)數(shù)微分并且使所述部件的時(shí)序更加一致。如上所示的,在流水線視頻編解碼器內(nèi)使用不同總線大小傳送不同對象的能力可以顯著地改善流水線/松流水線內(nèi)處理部件的相關(guān)時(shí)序和計(jì)算延遲性能。為進(jìn)一步改善該性能,特定處理部件可以在流水線/松流水線內(nèi)以并行方式操作或至少部分以并行方式操作,以進(jìn)一步改善延遲性能。圖5根據(jù)本發(fā)明的各種實(shí)施方案圖示說明這樣的實(shí)施例,在所述實(shí)施例中,幀內(nèi)預(yù)測操作和幀間預(yù)測操作以并行方式被執(zhí)行。在該實(shí)施例中,幀內(nèi)預(yù)測計(jì)算和幀間預(yù)測計(jì)算兩者都是在用于宏塊的預(yù)測模式的選擇之前以并行方式被執(zhí)行。幀間和幀內(nèi)計(jì)算的這種并行方式減少編碼所述宏塊所需的總時(shí)間。幀間預(yù)測處理部件520接收與運(yùn)動估計(jì)相關(guān)的各種信息以及一半和/或四分之一像素計(jì)算。在該實(shí)施例中,參考亮度宏塊在亮度總線522上從集成的高速緩沖存儲器被接收。參考色度宏塊在色度總線523上從所述集成的高速緩沖存儲器被接收。運(yùn)動矢量524在運(yùn)動矢量總線5M上從運(yùn)動估計(jì)模塊或高速緩沖存儲器被接收。參數(shù)信息(例如預(yù)測模式)在參數(shù)總線525上被接收。這些總線中的每個(gè)具有不同總線寬度,部分原因在于,被傳輸?shù)膶ο箢愋秃驮趲g預(yù)測處理部件520內(nèi)被執(zhí)行的計(jì)算的量。幀內(nèi)預(yù)測處理部件510接收與宏塊的空間壓縮相關(guān)的各種信息,包括χ和y平面上的相鄰像素信息。在該實(shí)施例中,來自相鄰塊的水平和垂直亮度信息在亮度總線512上被接收。來自相鄰塊的水平和垂直色度信息在色度總線513上被接收。最近鄰參數(shù)信息(例如幀內(nèi)預(yù)測模式)在參數(shù)總線514上被接收。與幀間預(yù)測一樣的是,這些總線中的每個(gè)具有不同總線寬度,部分原因在于,被傳輸?shù)膶ο箢愋秃驮趲瑑?nèi)預(yù)測處理部件510內(nèi)被執(zhí)行的計(jì)算的量。在本發(fā)明的特定實(shí)施方案中,基于給予幀間模式預(yù)測的優(yōu)先權(quán)選擇預(yù)測模式。如果幀間預(yù)測處理部件520能夠識別時(shí)間上定位在另一幀中的可接受的參考塊,則相應(yīng)的預(yù)測模式被選擇。然而,如果幀間預(yù)測處理部件520不能識別可接受的參考塊,則幀內(nèi)模式被選擇。因?yàn)閹g預(yù)測和幀內(nèi)預(yù)測處理部件以并行方式操作,在幀間模式處理部件520完成其計(jì)算之前,幀內(nèi)預(yù)測處理部件510至少已經(jīng)執(zhí)行了其計(jì)算的一些。在許多情況下,幀間預(yù)測處理部件520需要執(zhí)行顯著地多于幀內(nèi)預(yù)測處理部件510的操作。在本發(fā)明的特定實(shí)施方案中,幀間預(yù)測處理部件520以比幀內(nèi)預(yù)測處理部件510更高的頻率被提供時(shí)鐘,以保持這兩個(gè)部件之間的時(shí)序。此外,幀間預(yù)測處理部件510上的亮度總線接口522是充分寬的,從而一半像素和/或四分之一像素操作可以以實(shí)時(shí)的方式被執(zhí)行,而無需儲存參考塊先前的一半和/或四分之一像素計(jì)算。相反,每當(dāng)需要該數(shù)據(jù)時(shí),針對參考宏塊的一半和/或四分之一像素計(jì)算在短暫的時(shí)間段(即單個(gè)時(shí)鐘周期)內(nèi)被執(zhí)行。因此,在一半和/或四分之一像素操作期間,存儲器存取被顯著地減少,進(jìn)一步改善計(jì)算延遲。復(fù)用器580或其他選擇器件被耦合到幀間和幀內(nèi)預(yù)測處理部件上的輸出總線?;谒x擇的模式,一組總線被選擇并從復(fù)用器580輸出。在任何情況下,復(fù)用器580的輸出包括亮度總線陽0、色度塊555以及參數(shù)總線560,其中在亮度總線550上預(yù)測亮度塊被傳輸,在色度塊555上預(yù)測色度塊被傳輸,在參數(shù)總線560上相應(yīng)的參數(shù)信息被傳輸。本領(lǐng)域技術(shù)人員將意識到這樣的多總線體系結(jié)構(gòu)在并行處理部件之間提供使能適當(dāng)時(shí)序的優(yōu)點(diǎn)。此外,如稍后將被討論的,多總線體系結(jié)構(gòu)顯著地減少在幀間預(yù)測中所需的存儲器獲取的次數(shù),這進(jìn)一步允許這兩個(gè)處理部件之間的時(shí)序?qū)ΨQ并且減少計(jì)算延遲。圖6根據(jù)本發(fā)明的各種實(shí)施方案圖示說明幀間預(yù)測/運(yùn)動估計(jì)處理部件的多總線連通性。如所示的,幀間預(yù)測/運(yùn)動估計(jì)處理部件610被耦合到不同總線,在所述不同總線上不同類型的對象被接收和發(fā)送。這些總線中每個(gè)的寬度都是不同的,以便利在總線上從并行對象到處理部件610中相應(yīng)并行邏輯單元的相對無縫轉(zhuǎn)換。不同總線上的這些變化的寬度支持被執(zhí)行在通過處理部件610改進(jìn)(progressing)的特定對象上的大量并行計(jì)算。幀間預(yù)測/運(yùn)動估計(jì)處理部件610在其輸入上被耦合到對色度總線620、亮度總線625和參數(shù)總線630。大部分計(jì)算被執(zhí)行在亮度對象上,從而亮度總線625及相關(guān)聯(lián)的內(nèi)部并行邏輯單元包括數(shù)量最多的并行位,被示為Y。注意的是,總線寬度沒有受到縮放,并且在許多實(shí)施方案中,亮度總線625的寬度顯著地大于色度總線620或參數(shù)總線630。該大量并行總線允許處理部件針對亮度對象和亮度參考塊內(nèi)的非常大量的位,以并行方式執(zhí)行操作。在特定實(shí)施方案中,該亮度總線625的寬度是充分大的,以使四分之一和一半像素計(jì)算能夠在單個(gè)時(shí)鐘周期內(nèi)被執(zhí)行,這避免在高速緩沖存儲器內(nèi)儲存這樣的計(jì)算的必要性以及顯著地提高四分之一和一半像素操作可以被執(zhí)行的速度,并且減少計(jì)算延遲。幀間預(yù)測/運(yùn)動估計(jì)處理部件610還在其輸出上被耦合到色度總線620、亮度總線625、參數(shù)總線630和運(yùn)動矢量總線650。這些輸出發(fā)送預(yù)測色度和亮度對象以及相關(guān)聯(lián)的參數(shù)信息。在運(yùn)動估計(jì)操作期間,輸出運(yùn)動矢量總線650輸出計(jì)算的運(yùn)動矢量。同樣,這些總線中每個(gè)的寬度對應(yīng)于被傳送的對象的類型。圖7根據(jù)本發(fā)明的各種實(shí)施方案圖示說明在不同總線上且對應(yīng)于幀間預(yù)測/運(yùn)動估計(jì)處理部件內(nèi)的內(nèi)部并行處理邏輯單元的并行對象的更具體的表征。該圖還圖示說明在運(yùn)動估計(jì)模塊和幀間預(yù)測模塊之間的處理部件內(nèi)的并行總線結(jié)構(gòu)。在該圖中,幀間預(yù)測/運(yùn)動估計(jì)處理部件710在色度總線715上接收色度對象,在亮度總線720上接收亮度對象并且在參數(shù)總線725上接收參數(shù)對象。同樣,這些總線中每個(gè)的寬度將根據(jù)被傳輸?shù)膶ο蟮念愋投淖?。色度對象在具有X-I位寬度的色度總線715上被傳輸?shù)教幚聿考?10,并且被并行色度處理邏輯單元730處理。預(yù)測色度塊在色度總線760上被生成并傳輸。在本發(fā)明的一個(gè)實(shí)施方式中,預(yù)測色度塊排他地基于被執(zhí)行在相應(yīng)亮度塊上的操作被識別,從而并行色度處理邏輯單元730主要是在相應(yīng)亮度塊上提供來自分析的預(yù)測色度塊的通行邏輯單元。在另一實(shí)施方式中,并行色度處理邏輯單元730連接幀間預(yù)測邏輯單元,所述預(yù)測色度塊從所述幀間預(yù)測邏輯單元被生成。亮度對象在具有Y-I位寬度的亮度總線720上被傳輸?shù)教幚聿考?10,并且被并行運(yùn)動估計(jì)處理邏輯單元735處理。該并行運(yùn)動估計(jì)處理邏輯單元735具有與亮度總線720相同的寬度或者大致相同的寬度。并行運(yùn)動估計(jì)處理邏輯單元735使用內(nèi)部多總線結(jié)構(gòu)740提供粗預(yù)測亮度塊和運(yùn)動矢量信息到幀間預(yù)測模塊745。并行幀間預(yù)測邏輯單元745執(zhí)行與時(shí)間預(yù)測中細(xì)微調(diào)整相關(guān)的特定計(jì)算,并且生成細(xì)預(yù)測亮度塊和相應(yīng)的運(yùn)動矢量信息。細(xì)預(yù)測亮度塊在亮度總線765上被傳輸,并且運(yùn)動矢量信息在運(yùn)動矢量總線770上被傳輸。另外,在特定實(shí)施方案中,細(xì)預(yù)測色度塊在色度總線760上被傳輸。參數(shù)對象在具有Z-I位寬度的參數(shù)總線735上被傳輸?shù)教幚聿考?10,并且被并行參數(shù)處理邏輯單元750處理。參數(shù)對象相應(yīng)于預(yù)測亮度和色度被生成并且在參數(shù)總線775上被傳輸。圍繞幀間預(yù)測/運(yùn)動估計(jì)處理部件710和在幀間預(yù)測/運(yùn)動估計(jì)處理部件710內(nèi)的該多總線體系結(jié)構(gòu)允許對象時(shí)序通過處理部件710被保持。具體地,亮度對象需要基本上比色度對象和參數(shù)對象更多的計(jì)算。此外,在特定實(shí)施方案中,運(yùn)動矢量排他地基于亮度對象上的計(jì)算被識別。因此,通過使用亮度總線和亮度處理邏輯單元,亮度對象、色度對象和參數(shù)信息之間的時(shí)序可以被保持。圖8根據(jù)本發(fā)明的各種實(shí)施方案圖示說明在運(yùn)動估計(jì)模塊和幀間預(yù)測模塊之間的總線連通性的更具體的示意圖。如所示的,當(dāng)前亮度宏塊或?qū)ο笤诘谝涣炼瓤偩€830上被提供,并且參數(shù)宏塊在第二亮度總線835上被提供。使用當(dāng)前亮度對象和參考宏塊兩者,相應(yīng)的運(yùn)動估計(jì)計(jì)算可以被邏輯單元執(zhí)行。該實(shí)施例重點(diǎn)在于這樣的事實(shí),即實(shí)際上特定總線可以以并行方式提供多個(gè)對象,這將會進(jìn)一步提高系統(tǒng)性能。并行運(yùn)動估計(jì)處理邏輯單元還可以在接口825上接收狀態(tài)、時(shí)鐘和控制信息。并行運(yùn)動估計(jì)處理邏輯單元生成粗預(yù)測亮度對象信息,所述信息可以包括預(yù)測亮度參考宏塊和預(yù)測當(dāng)前亮度對象及相應(yīng)的運(yùn)動矢量。預(yù)測亮度參考宏塊在亮度總線845上被傳輸?shù)讲⑿袔g預(yù)測邏輯單元820。預(yù)測當(dāng)前亮度對象在亮度總線840上被傳輸?shù)讲⑿袔g預(yù)測邏輯單元820。相應(yīng)的運(yùn)動矢量在具有N-I位寬度的運(yùn)動矢量總線850上被傳輸?shù)讲⑿袔g預(yù)測邏輯單元820。并行幀間預(yù)測邏輯單元820在一半和/或四分之一像素分析中執(zhí)行細(xì)時(shí)間預(yù)測。由于參考宏塊的大量并行傳送,針對參考宏塊的四分之一和/或一半像素計(jì)算可以在非常短暫的時(shí)間段(例如一個(gè)或兩個(gè)時(shí)鐘周期)內(nèi)被執(zhí)行。因此,這些四分之一和一半像素計(jì)算并不需要被儲存和后續(xù)獲取,只是每當(dāng)需要該信息時(shí),這些四分之一和一半像素計(jì)算需要以實(shí)時(shí)的方式被執(zhí)行。圖9根據(jù)本發(fā)明的各種實(shí)施方案圖示說明圍繞幀內(nèi)預(yù)測處理部件910的多總線體系結(jié)構(gòu)。具體地,所述對象使用多個(gè)總線被傳送到處理部件910并從處理部件910被發(fā)送。色度對象在色度總線915上被提供,在幀內(nèi)預(yù)測處理部件910內(nèi)被處理并且在色度總線940上被發(fā)送。如前面所討論的,色度總線915和色度總線940的寬度等于或大致等于幀內(nèi)預(yù)測處理部件910內(nèi)的內(nèi)部色度處理邏輯單元。亮度對象在亮度總線920上被提供,在幀內(nèi)預(yù)測處理部件910內(nèi)被處理并且在亮度總線950上被發(fā)送。亮度總線920可以傳輸亮度宏塊或子塊(所述宏塊內(nèi)的其他二維塊)以及可以被用于幀內(nèi)預(yù)測的水平或垂直相鄰像素。同樣,該總線的大量寬度允許幀內(nèi)預(yù)測計(jì)算以并行方式被執(zhí)行,從而幀內(nèi)預(yù)測模式可以相對快速地被計(jì)算而減少針對參考塊的存儲器存取次數(shù),減少計(jì)算延遲。參考對象在參考總線925上被提供,在幀內(nèi)預(yù)測處理部件910內(nèi)被處理并且在參數(shù)總線960上被發(fā)送。該參數(shù)對象可以包括參數(shù)信息,例如針對幀內(nèi)預(yù)測塊被識別的幀內(nèi)模式。圖10根據(jù)本發(fā)明的各種實(shí)施方案圖示說明圍繞熵編碼器1010的多總線體系結(jié)構(gòu)。熵編碼器1010根據(jù)多個(gè)可用的編碼模式中的一個(gè)來編碼被變換、量化和縮放的殘差宏塊。這些編碼模式的實(shí)施例可以包括由H.264標(biāo)準(zhǔn)定義的那些編碼模式。為執(zhí)行這些編碼操作,熵編碼器1010必須已經(jīng)以及時(shí)的方式接收亮度、色度、運(yùn)動矢量以及參數(shù)信息。根據(jù)本發(fā)明的各種實(shí)施方案,這些對象使用多個(gè)接口被傳送到熵編碼器1010。色度對象在色度總線1025上被提供,在熵編碼器1010內(nèi)被編碼并且在壓縮的視頻流1020內(nèi)被插入。色度總線1025的寬度可以被限定為X-I位寬并且對應(yīng)于熵編碼器1010內(nèi)的處理邏輯單元。亮度對象在亮度總線1030上被提供,在熵編碼器1010內(nèi)被編碼并且在壓縮的視頻流1020內(nèi)被插入。亮度總線1030的寬度可以被限定為Y-I位寬并且也對應(yīng)于熵編碼器1010內(nèi)的特定處理邏輯單元。在許多情況下,亮度總線1030的寬度將大于色度總線1025的寬度。運(yùn)動矢量對象在運(yùn)動矢量總線1035上被提供,在熵編碼器1010內(nèi)被編碼并且在壓縮的視頻流1020內(nèi)被插入。運(yùn)動矢量總線1035的寬度可以被限定為N-I位寬并且同樣也對應(yīng)于熵編碼器1010內(nèi)的具體處理邏輯單元。在大多數(shù)情況下,運(yùn)動矢量總線1035將小于色度總線1025和亮度總線1030。參數(shù)對象在參數(shù)總線1040上被提供,所述參數(shù)對象被用于編碼其他對象。例如,參數(shù)對象可以包括編碼模式,在所述編碼模式中特定對象要被編碼。另外,狀態(tài)、時(shí)鐘和控制信息也可以被提供到熵編碼器1010。本領(lǐng)域技術(shù)人員將意識到的是,多總線體系結(jié)構(gòu)可以被應(yīng)用于編解碼器體系結(jié)構(gòu)內(nèi)的各種處理部件。另外,本領(lǐng)域技術(shù)人員將意識到不同總線在長度上可以變化以支持不同類型的對象。此外,多總線體系結(jié)構(gòu)可以支持單個(gè)高速緩沖存儲器實(shí)施方式以及分布式高速緩沖存儲器實(shí)施方式。盡管本發(fā)明存在各種修飾和可替換的形式,本發(fā)明的具體實(shí)施例已經(jīng)在附圖中被示出并且在本文中以細(xì)節(jié)被描述。然而,應(yīng)當(dāng)理解的是,本發(fā)明不被限制到所公開的特定形式,相反,本發(fā)明要覆蓋落入所附的權(quán)利要求書的精神和范圍內(nèi)的所有修飾、等同內(nèi)容以及可替換的內(nèi)容。權(quán)利要求1.一種多總線視頻編解碼器體系結(jié)構(gòu),所述體系結(jié)構(gòu)包括多個(gè)處理部件;高速緩沖存儲器,所述高速緩沖存儲器儲存由所述多個(gè)處理部件中的至少一個(gè)處理部件使用的數(shù)據(jù),以處理在所述視頻編解碼器體系結(jié)構(gòu)中被編碼的宏塊;至少一個(gè)亮度總線,所述至少一個(gè)亮度總線耦合到所述多個(gè)處理部件中的至少兩個(gè)處理部件,所述至少一個(gè)亮度總線具有第一寬度并且在所述至少兩個(gè)處理部件之間傳輸多個(gè)亮度對象;至少一個(gè)色度總線,所述至少一個(gè)色度總線耦合到所述至少兩個(gè)處理部件,所述至少一個(gè)色度總線具有第二寬度并且在所述至少兩個(gè)處理部件之間傳輸多個(gè)色度對象;以及至少一個(gè)運(yùn)動矢量總線,所述至少一個(gè)運(yùn)動矢量總線耦合到所述至少兩個(gè)處理部件,所述至少一個(gè)運(yùn)動矢量具有第三寬度并且在所述至少兩個(gè)處理部件之間傳輸多個(gè)運(yùn)動矢M.fn息。2.如權(quán)利要求1所述的多總線視頻編解碼器體系結(jié)構(gòu),還包括耦合到所述至少兩個(gè)處理部件的至少一個(gè)參數(shù)總線,所述至少一個(gè)參數(shù)總線具有第四寬度并且在所述至少兩個(gè)處理部件之間傳輸參數(shù)信息。3.如權(quán)利要求2所述的多總線視頻編解碼器體系結(jié)構(gòu),其中所述第四寬度是與所述第一寬度、所述第二寬度和所述第三寬度不同的寬度。4.如權(quán)利要求1所述的多總線視頻編解碼器體系結(jié)構(gòu),其中所述第一寬度、所述第二寬度和所述第三寬度是不同的長度。5.如權(quán)利要求1所述的多總線視頻編解碼器體系結(jié)構(gòu),其中所述多個(gè)處理部件被設(shè)置在流水線處理系統(tǒng)中。6.如權(quán)利要求1所述的多總線視頻編解碼器體系結(jié)構(gòu),其中所述多個(gè)處理部件包括識別用于宏塊的幀間模式的幀間預(yù)測/運(yùn)動估計(jì)處理部件,所述幀間預(yù)測/運(yùn)動估計(jì)處理部件耦合到所述至少一個(gè)色度總線、所述至少一個(gè)亮度總線和所述至少一個(gè)運(yùn)動矢量總線。7.如權(quán)利要求6所述的多總線視頻編解碼器體系結(jié)構(gòu),其中所述至少一個(gè)亮度總線將從所述宏塊時(shí)間上定位的多個(gè)參考塊從所述高速緩沖存儲器傳輸?shù)剿鰩g預(yù)測/運(yùn)動估計(jì)處理部件。8.如權(quán)利要求7所述的多總線視頻編解碼器體系結(jié)構(gòu),其中所述高速緩沖存儲器是分布式高速緩沖存儲器。9.如權(quán)利要求7所述的多總線視頻編解碼器體系結(jié)構(gòu),其中所述幀間預(yù)測/運(yùn)動估計(jì)處理部件包括并行色度處理邏輯單元,所述并行色度處理邏輯單元具有等于或大致等于所述至少一個(gè)色度總線的寬度。10.如權(quán)利要求7所述的多總線視頻編解碼器體系結(jié)構(gòu),其中所述幀間預(yù)測/運(yùn)動估計(jì)處理部件包括并行亮度處理邏輯單元,所述并行亮度處理邏輯單元具有等于或大致等于所述至少一個(gè)亮度總線的寬度。11.如權(quán)利要求7所述的多總線視頻編解碼器體系結(jié)構(gòu),其中所述幀間預(yù)測/運(yùn)動估計(jì)處理部件包括并行參數(shù)處理邏輯單元,所述并行參數(shù)處理邏輯單元具有等于或大致等于所述至少一個(gè)參數(shù)總線的寬度。12.如權(quán)利要求7所述的多總線視頻編解碼器體系結(jié)構(gòu),其中所述幀間預(yù)測/運(yùn)動估計(jì)處理部件包括通過第一色度總線、第一亮度總線和第一運(yùn)動矢量總線耦合的運(yùn)動估計(jì)模塊和幀間預(yù)測模塊。13.如權(quán)利要求12所述的多總線視頻編解碼器體系結(jié)構(gòu),其中所述幀間預(yù)測模塊被耦合到第二亮度總線,參考塊在所述第二亮度總線上從所述高速緩沖存儲器被取回,所述第二亮度總線具有足以允許在單個(gè)時(shí)鐘周期內(nèi)對所述參考塊執(zhí)行四分之一像素計(jì)算的寬度。14.如權(quán)利要求1所述的多總線視頻編解碼器體系結(jié)構(gòu),其中所述多個(gè)處理部件包括識別用于所述宏塊的幀內(nèi)模式的幀內(nèi)預(yù)測處理部件,所述幀內(nèi)預(yù)測處理部件耦合到所述至少一個(gè)色度總線和所述至少一個(gè)亮度總線。15.如權(quán)利要求14所述的多總線視頻編解碼器體系結(jié)構(gòu),其中所述幀內(nèi)預(yù)測處理部件包括并行色度處理邏輯單元,所述并行色度處理邏輯單元具有等于或大致等于所述至少一個(gè)色度總線的寬度。16.如權(quán)利要求14所述的多總線視頻編解碼器體系結(jié)構(gòu),其中所述幀內(nèi)預(yù)測處理部件包括并行亮度處理邏輯單元,所述并行亮度處理邏輯單元具有等于或大致等于所述至少一個(gè)亮度總線的寬度。17.如權(quán)利要求14所述的多總線視頻編解碼器體系結(jié)構(gòu),其中所述幀內(nèi)預(yù)測處理部件包括并行參數(shù)處理邏輯單元,所述并行參數(shù)處理邏輯單元具有等于或大致等于至少一個(gè)參數(shù)總線的寬度。18.一種用于在視頻編解碼器內(nèi)傳輸一組多樣化對象的方法,所述方法包括從數(shù)字視頻流生成多個(gè)色度塊和多個(gè)亮度塊;在視頻編解碼器內(nèi)的分離的色度總線上傳輸所述多個(gè)色度塊中的至少一個(gè)色度塊,所述分離的色度總線具有第一寬度;在所述視頻編解碼器內(nèi)的分離的亮度總線上傳輸所述多個(gè)亮度塊中的至少一個(gè)亮度塊,所述分離的亮度總線具有大于所述第一寬度的第二寬度;以及使用所述至少一個(gè)亮度塊生成運(yùn)動矢量并且在所述視頻編解碼器內(nèi)的分離的運(yùn)動矢量總線上傳輸所述運(yùn)動矢量,所述運(yùn)動矢量總線具有小于所述第一和第二寬度的第三寬度。19.如權(quán)利要求18所述的方法,其中所述視頻編解碼器以松流水線處理體系結(jié)構(gòu)被配置。20.如權(quán)利要求18所述的方法,還包括以下步驟生成與所述至少一個(gè)色度塊和所述至少一個(gè)亮度塊相關(guān)聯(lián)的參數(shù)信息;以及在具有小于所述第一和第二寬度的第四寬度的分離的參數(shù)總線上傳輸所述參數(shù)信息。21.如權(quán)利要求18所述的方法,其中所述分離的亮度總線被耦合到高速緩沖存儲器并且獲取用于幀間預(yù)測分析的參考亮度塊。22.如權(quán)利要求21所述的方法,其中所述高速緩沖存儲器為分布式高速緩沖存儲器。23.如權(quán)利要求22所述的方法,其中四分之一像素計(jì)算在幀間預(yù)測分析中被執(zhí)行,而沒有從所述分布式高速緩沖存儲器獲取先前執(zhí)行的四分之一像素?cái)?shù)據(jù)。24.如權(quán)利要求18所述的方法,其中所述運(yùn)動矢量總線被耦合在運(yùn)動估計(jì)模塊和幀間預(yù)測模塊之間,并且所述運(yùn)動矢量被生成在所述運(yùn)動估計(jì)模塊中并在所述運(yùn)動矢量總線上被提供到所述幀間預(yù)測模塊。25.一種多總線松流水線編解碼器體系結(jié)構(gòu)內(nèi)的處理部件,所述處理部件包括第一總線接口,所述第一總線接口具有第一寬度,第一對象在所述第一總線接口上被接收,所述第一對象與壓縮視頻塊的第一視頻分量相關(guān);第一組并行處理邏輯單元,所述第一組并行處理邏輯單元耦合到所述第一總線接口,所述第一組并行處理邏輯單元具有第二寬度,所述第二寬度等于或大致等于所述第一寬度,所述第一組并行處理邏輯單元對所述第一對象執(zhí)行第一組算數(shù)運(yùn)算;第二總線接口,所述第二總線接口具有第三寬度,第二對象在所述第二總線接口上被接收,所述第二對象與所述壓縮視頻塊的第二視頻分量相關(guān);第二組并行處理邏輯單元,所述第二組并行處理邏輯單元耦合到所述第二總線接口,所述第二組并行處理邏輯單元具有第四寬度,所述第四寬度等于或大致等于所述第三寬度,所述第二組并行處理邏輯單元對所述第二對象執(zhí)行第二組算數(shù)運(yùn)算;以及時(shí)鐘,所述時(shí)鐘耦合到所述第一和第二組并行處理邏輯單元,所述時(shí)鐘為所述第一和第二組算數(shù)運(yùn)算提供時(shí)序。26.如權(quán)利要求25所述的處理部件,其中所述處理部件是運(yùn)動估計(jì)/幀間預(yù)測處理部件并且所述第一總線接口是色度總線接口而所述第二總線接口是亮度總線接口。27.如權(quán)利要求25所述的處理部件,其中所述處理部件是幀內(nèi)預(yù)測處理部件并且所述第一總線接口是色度總線接口而所述第二總線接口是亮度總線接口。28.如權(quán)利要求25所述的處理部件,其中所述時(shí)鐘具有與所述松流水線體系結(jié)構(gòu)內(nèi)的至少一個(gè)其他處理部件中的至少一個(gè)時(shí)鐘不同的頻率。29.如權(quán)利要求28所述的處理部件,其中所述處理部件是運(yùn)動估計(jì)/幀間預(yù)測處理部件并且所述至少一個(gè)其他處理部件是幀內(nèi)預(yù)測處理部件。全文摘要本發(fā)明的實(shí)施方案涉及視頻編解碼器內(nèi)的多總線體系結(jié)構(gòu),所述體系結(jié)構(gòu)在所述編解碼器內(nèi)分離地且有效地傳輸視頻分量。該多總線體系結(jié)構(gòu)提供相對更有效的傳輸機(jī)制,因?yàn)楦鞣N總線被設(shè)計(jì)來特定地尋址在所述編解碼器中被處理的視頻分量或參數(shù)的獨(dú)特特征。文檔編號H04N7/26GK102238383SQ201110100518公開日2011年11月9日申請日期2011年4月21日優(yōu)先權(quán)日2010年4月22日發(fā)明者A·魯亞科斯,J·魯賓斯坦申請人:美信集成產(chǎn)品公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1