進行時間最優化編碼的系統和方法

2023-07-29 03:56:01 1

專利名稱：進行時間最優化編碼的系統和方法
技術領域：
本發明總體涉及對視頻內容進行編碼，更具體地，涉及視頻內容 的時間最優化編碼。
背景技術：
本部分意在向讀者介紹可能與下面所描述和/或要求保護的本發明 的各方面有關的技術的各方面。相信這種討論有助於向讀者提供背景信 息以利於更好地理解本發明的各方面。相應地，應該理解，應該就此而 論地閱讀這些聲明，而不是將其視為對現有技術的承認。
在過去，視頻編碼過程是由單片編碼硬體操控的線性過程。由於 在對編碼進行硬體中使用的編解碼器是簡單的並在合理的時間量內完 成編碼，所以這種實現方式是足夠的。己經開發了新一代的視頻編解
碼器(如，高級視頻編解碼器(AVC))，以便更高效地壓縮視頻從而改 進比特率效率並提供更高級的視頻質量。然而，新的視頻編解碼器具
有的缺陷是數學計算強度大，並因而不期望地增大了視頻編碼所需 的時間周期。
此外，正在努力通過在多編碼通路中採用編解碼器來提高編碼的 質量。更特別地，使編解碼器通過多編碼通路來傳遞內容並分析內容。 如果這些通路彼此依賴，則每個通路都必須等待前一通路完成。這增 大了完成多路編碼所需的時間，並因此還具有不期望地增大視頻編碼 所需的時間周期的缺陷。
本公開關注於克服這些缺陷。

發明內容
本公開關注用於時間最優化編碼的系統和方法。時間最優化編碼 通過在編碼質量犧牲最小或不犧牲編碼質量的情況下使時間密集型編碼並行化，使多個編碼節點或群的使用最大化。從而，減少了完成時 間密集型編碼所需的時間，並提高了通過系統的多個編碼的有效吞吐
本公開的一方面關注用於一種編碼視頻內容的方法，該方法包 括接收視頻內容，將視頻內容分段成多個場景，檢測場景的長度是 否超過第一限制，如果場景的長度超過第一限制則將場景切分成場景 段，以及並行地對切分後的場景進行編碼。
本公開的另一方面關注用於一種編碼視頻內容的設備或系統，該 設備包括用於接收視頻內容的裝置，用於將視頻內容分段成多個場 景的裝置，用於檢測場景的長度是否超過第一限制的裝置，用於在場 景的長度超過第一限制的情況下將場景切分成場景段的裝置，以及用 於並行地對切分後的場景進行編碼的裝置。


本發明的這些以及其它方面、特徵以及優點將從後續對較佳實施 例的詳盡描述中得以闡述或變得清晰，將結合附圖來閱讀這些較佳實施例。
在附圖中，相似的參考標記表示所有視圖中類似的元件-
圖1是示出了依照本公開的使用編碼器的示例性系統的方框圖2是示出了依照本公開的示例性編碼器布置的方框圖3是傳統編碼工作流程的示意圖4是依照本公開的編碼工作流程的示意圖5是依照本公幵的影片內容場景的示意圖6是依照本公開的場景內畫面組(GOP)大小和類型的示意以及
圖7是示出了依照本公開的編碼過程的流程圖。 應理解，附圖旨在說明本發明的構思，並不一定是用於說明本發 明的唯一可能配置。
具體實施方式
應該知道，可以以不同形式的硬體、軟體或其組合來實現圖中所 示元件。優選地，在一個或多個適當編程的通用設備上採用硬體與軟 件相結合的形式來實現這些元件，所述適當編程的通用設備可以包括 處理器、存儲器和輸入/輸出接口。
本描述示出了本發明的原理。因此將意識到，本領域技術人員可 以設計出體現本發明的原理並且包含在本發明的精神和範圍之內的各 種布置，即使這裡並未明確描述或示出這些布置。
此處提到的所有示例和條件性語言傾向用於教學目的以幫助讀 者理解本發明的原理以及由發明人為促進本領域發展而貢獻的構思， 並且應理被解為不限於這些具體提到的示例和條件。
此外，這裡提到本發明的原理、方面和實施例的所有陳述及其具 體示例旨在包含其結構性和功能性等同物。此外，這些等同物旨在包 括當前現有的等同物以及將來開發的等同物，即，被開發為執行相同 功能而與結構無關的任何元件。
因此，例如，本領域技術人員應該意識到，這裡所呈現的方框圖 表示說明本發明原理的示例電路的方案圖。類似地，應該意識到，任 何流程圖表、流程圖、狀態轉移圖、偽碼等表示各種過程，其中可以 在計算機可讀介質中表示這些過程並且由計算機或處理器來執行這些 過程，而不管是否明確示出了這樣的計算機或處理器。
可以通過使用專用硬體以及與適當的軟體相關聯的、能夠執行軟 件的硬體來提供圖中所示不同元件的功能。在由處理器來提供的情況 下，該功能可以由單個專用處理器、單個共享處理器，或者多個單獨 的處理器(其中的一些可以是共享的)來提供。此外，術語"處理器" 或"控制器"的明確使用不應被解釋為專指能夠執行軟體的硬體，可以 隱含包括而不限於數位訊號處理器("DSF')硬體、用於存儲軟體的
只讀存儲器("ROM")、隨機存取存儲器("RAM")、以及非易失性 存儲器。
也可以包括常規的或是定製的其他的硬體。類似地，附圖所示的 任何開關只是概念上的。可以通過編程邏輯的操作、通過專用邏輯、 通過程序控制與專用邏輯的交互、或者甚至以手動方式來實現這些開
7關的功能，如從上下文中可更加明確地理解的，具體的技術是可以由 實現者來選擇的。
在本文的權利要求中，以用於執行指定功能的裝置的形式表示的 任何元件旨在包括執行該功能的任何方式，例如包括a)執行該功能. 的電路元件的組合，或b)任何形式的軟體(因此包括固件、微碼等 等)，與用於執行該軟體的適當電路相結合以執行該功能。這些權利 要求所限定的發明在於按照權利要求所要求的方式，將各個所闡述 的裝置的功能性組合併且集合在一起。因此，認為能夠提供這些功能 性的任何裝置與這裡所示出的裝置等同。
現參見圖l，示出了說明編碼布置或系統io中使用的本公開的實
施方式的方框圖。編碼布置10包括用戶圖形界面(GUI) 12，所述用戶 圖形界面(GUI) 12駐留在例如節點(未示出)上並且可操作地連接到 預處理器14和編碼器16 (如，高級視頻編碼(AVC)編碼器)，編碼器 16可操作地連接到下遊處理模塊18。在GUI 12的輸入處接收包含一系
列靜止圖像幀的未壓縮運動圖像視頻內容數據流。
在操作中，GUI 12向預處理器14提供對未壓縮運動圖像視頻內容 數據流的訪問。使用集成場景檢測模塊(未示出)的預處理器14對接 收到的未壓縮運動圖像視頻內容數據流中的新場景進行檢測，並向GUI 12發送場景檢測信號，所述場景檢測信號指示需要對新的畫面組(G0P)
進行編碼。場景檢測信號可以包括時間戳、指針、同步數據等以指示 新GOP應在何時何地出現。GUI 12將未壓縮運動圖像視頻內容和控制數
據(如，上述的場景檢測信號和/或下面討論的附加控制數據)傳遞給 編碼器16。例如，利用從GUI 12接收到的控制數據，依照運動圖像專 家組(MEPG)所開發的標準而工作的編碼器16將未壓縮數據流轉換成 包含以幀內編碼幀(I幀)開始的GOP在內的壓縮數據流，在幀內編碼 幀(I幀)中，編碼視頻內容數據與原始未壓縮靜止圖像的視覺屬性(如， 亮度、色度)相對應。基於組中在先幀的改變來編碼GOP中的在後幀， 如，預測編碼幀(P幀)和雙向編碼幀(B幀)。常規上，因為與描述相 鄰靜止圖像之間較大改變所需的數據相比，描述新的靜止圖像所需的 數據更少，所以當視頻內容數據改變較大時，在場景改變處開始新的幀群以及由此的新的I幀。如下面所討論的，本公開關注於可以當新的 幀組開始時改變的時間最優化編碼技術。
在編碼器16壓縮了未壓縮數據流後，壓縮數據流被傳遞到下遊處 理模塊18，該處理模塊18對該壓縮數據流執行附加處理，以使得該壓
縮數據可被存儲(如，在硬碟驅動器(PiDD)、數字視頻碟(DVD)、高 解析度數字視頻碟(HD-DVD)等中)、在媒體上(如，無線地、在互聯 網上、通過廣域網(WAN)或區域網(LAN)等)傳輸、或(如，在影 院中、在數字顯示器(如，等離子體顯示器、LCD顯示器、LC0S顯示器、 DLP顯示器、CRT顯示器)上等)顯示。
現參見圖2，示出了依照本公開的示例性編碼器布置16的方框圖。 編碼器布置16包括可操作地連接到多個群22-26的群管理器20。每 一個群22-26包含多個節點28-32，每一個節點28-32包含多個中央處 理單元(CPU)。在操作中，群管理器20從GUI12接收未壓縮運動圖 像視頻內容和控制數據，並且還可從群22-26中的節點28-32接收反 饋數據。如下面要進一步詳細討論的，基於控制數據以及任何所提供 的反饋數據，群管理器20將未壓縮運動圖像內容分段成幀組，並將所 述幀組傳遞至群22-26中的節點28-32。
現在參考圖3，示出了常規的編碼工作流程40。常規的編碼工作 流程包括群管理器20接收未壓縮運動圖像內容，並基於控制數據(如， 預處理器14產生的場景檢測信號)將該未壓縮運動圖像內容分段41 成場景(a-i)。在分段後，群管理器20可向群22-26提供場景(a-i)， 並且群22-26可以對場景(a-i)執行多編碼通路。例如，第一編碼通 路43可以包括將每一個場景提供給群22-26的不同節點28-32，因而 每一個節點28-32可以分析所分配的場景(a-i)的複雜度(如，場景 幀之間的運動、幀之間的顏色變化等)。中間處理44可以包括群22 的一個節點28將第一編碼通路43的結果聚集到單個日誌文件或元數 據文件中。中間處理44還可包括附加處理，例如但不限於，基於節點 28從群管理器20接收到的指令來格式化調整。之後，在第二編碼通 路46期間，群管理器將每一個場景(a-i)連同元數據文件和任何附 加的指令一起提供給群22-24的不同節點28-32，因而每一個節點
928-32可以依照元數據和任何附加指令處理所分配的場景以產生針對
所分配場景的AVC文件。然後可將AVC文件聚集到包含壓縮運動圖 像視頻內容的己編碼文件48中，如上所述，所述壓縮運動圖像視頻內 容可被傳遞到下遊處理模塊18以供進一步處理。
應該意識到，由於視頻內容的隨機特性，場景可能會具有可變的 場景長度或大小。與較短的場景相比，較長的場景很可能花費更長的 時間來通過編碼通路。此外，在完成較長場景的編碼通路從而所有的 場景可以進行下一個編碼通路之前，較長的場景可能一直需要處理較 短場景的節點等待並進入待機模式，從而浪費寶貴的處理資源並降低 了處理效率。因此，常規的、並行場景處理途徑減慢了當前最前沿編碼 過程的吞吐量。
現返回圖3，進一步示出了常規並行場景處理途徑的缺陷。場景 (a-i)可以具有可變長度。例如，場景(i)比場景(c)長，g卩，比 場景(c)具有更多的幀。此外，如圖所示，如果由單個節點執行中間 處理44，那麼在可以開始中間處理44之前，必須完成第一編碼通路 43。因此，場景(i)的長度減慢了編碼工作流程40的吞吐量。
現參見圖4，示出了依照本公開的編碼工作流程50。編碼工作流 程50包括群管理器20接收未壓縮運動圖像視頻內容，並基於控制 數據(例如但不限於由預處理器14產生的場景檢測信號)將該未壓縮 運動圖像視頻內容分段52成場景(a-i)。如以下將更詳細討論的，在 將未壓縮運動圖像視頻內容分段成場景後，群管理器20還可在在開始 編碼通路56之前基於例如GOP類型和GOP大小來切分54場景(a-i)。 優選地，還可切分場景中的一些以提高所有場景(a-i)通過編碼通路 56 (即，第一編碼通路58、中間處理60和第二編碼通路62)的吞吐
如圖4所述，可認為場景(a、 b和e)具有"平均"長度，認為場 景(c、 f和h)具有"短的"長度以及認為場景(d、 g禾卩i)具有"長的" 長度。如上討論的，較長的場景(d、 g和i)很可能放慢所有場景(a-i) 通過編碼通路56的吞吐量。因此，為了提高吞吐量，群管理器20或 GUI 12還可切分54較長的場景(d、 g和i)。例如，可將場景(d、 g和i)切分成兩段(di、 d2; gl、 g2以及i,、 i2)，其中， 一段具有近似 平均的長度(即，d2、 g2和i》，而另一段具有優選地不大於平均長度
的可變長度(即，山、g,和ii)。應該注意到，還可將超過平均長度的
場景段切分成更小的場景段。在切分場景54後，群管理器還可在向群 22-26提供場景之前將剩餘段(即，山、g,和i》與較短長度段(c、 f 和h)編組。由於群22-26的節點28-32應該大約在同時完成對所分配 場景(即，a、 b和e)、切分後的場景段(d2、 g2和i2)、或場景與切 分後的場景段的編組(d,和c、 g,和f、以及i,和h)的編碼通路，所 以場景的切分和編組(a、 b、山和c、 d2、 e、 g,和f、 g2、 i,和h、以 及i2)提高了場景通過編碼通路42的吞吐量。
例如，第一編碼通路58可以包括將每一個場景(即，a、 b和 e)、切分後的場景段(d2、 g2和i2)、或場景與切分後的場景段的編組 (d,與c、 gl與f以及i,與h)並行地提供給群22-26的不同節點28-32， 從而每一個節點28-32可分析所分配的場景(即，a、 b和e)、切分後 的場景段(d2、 g2和i2)或場景與切分後的場景段的編組(山和c、 gl 和f、以及ii和h)的複雜度。中間處理60可以包括群22的一個節 點28將第一編碼通路58的結果聚集到單個日誌文件或元數據文件中。 中間處理60還可以包括附加處理，例如但不限於，基於節點28從群 管理器20接收到的指令來格式化調整。之後，在第二編碼通路62期 間，群管理器20將每一個場景(g卩，a、b和e)、切分後的場景段(d2、 g2和i2)或場景與切分後的場景段的編組(d，和c、 g,和f、以及"和 h)連同元數據文件和任何附加指令一起並行地提供給群22-24的不同 節點28-32，因而每一個節點28-32可以依照元數據和任何附加指令處 理所分配的場景以產生針對所分配場景的AVC文件。然後可將AVC 文件聚集到包含壓縮運動圖像視頻內容的已編碼文件64中，如上所 述，所述壓縮運動圖像視頻內容可被傳遞到下遊處理模塊18以供進一 步處理。
應該意識到，場景的切分和編組克服了當對具有可變場景長度或 大小的場景的視頻內容進行編碼時會遇到的缺陷。通過對場景進行切 分和編組，極大地減小了對長的場景進行編碼所導致的延遲。這種延遲的減小提高了編碼過程的效率和吞吐量。
現參見圖5，示出了示例性的影片內容70。影片內容70可以包 含任意數目的場景72-78。每一個場景可以包含可變數目的幀(未示 出)。
現參見圖6，示出了壓縮或編碼後的場景80。壓縮後的場景80 包括I幀82、 B幀84和P幀86。 I幀82包含完全示出該幀所需的所 有數據。基於組中在先幀的變化來編碼B幀84和P幀86。常規地， 編碼器依照預定的GOP類型或模式對影片內容70編碼，直到達到預 定的畫面組大小90為止。在這一點上，編碼器產生另一個I幀，並依 照預定的GOP模式和大小繼續進行編碼過程。例如， 一個預定的GOP 模式可以是I幀之後跟著重複的B幀、P幀、B幀模式。預定的GOP 大小可以是24幀，以使得每第24幀是I幀。其它GOP模式和大小為
本領域技術人員所知並且被視為本公開的範圍之內。
現返回圖2，為了最大程度使用群22-26的節點28-32，從而使所 需的編碼時間最小，可在群22-26的節點28-32之間平均劃分影片中所 有場景的幀。然而，以任意方式劃分幀都將導致編碼性能受損，因為 與在任意位置增加場景的子劃分可以引入比最優必要I幀更多的I幀， 所述最優必要I幀需要以最少量的編碼信息再循環來保留和存儲所有 畫面信息。因此，引入不必要的I幀增大了比特率以及所生成的視頻流 的文件大小。因此，編碼後的文件不是最優的文件大小。
現參見圖6，由於GOP類型88和GOP大小90是已知的並且在 整個編碼過程中保持恆定，所以可以預測可充當自動切分場景的理想 位置的特定幀。使用這種途徑，可以產生具有最佳編碼性能和最優文 件大小的編碼後的文件。
如上討論的，常規地，長的場景要求所分配的節點對整個場景編 碼。然而，依照本公開，可在長的場景內已知的I幀位置處進一步切 分該場景。然後，可將切分後的段並行地提供給不同的節點，從而可 以在更短的時間周期內編碼該場景。
按照本公開，預測或確定最優場景中斷以最優化並行處理的方法 可包括下面的步驟。在編碼期間，壓縮者或用戶選擇G0P大小90和G0P
12類型88。可以結合場景邊界標識使用G0P大小90和類型88來確定切分哪
一個場景和應在何處發生切分。基於統計數據(包括但不限於場景長 度、每一個場景中GOP的數目、以及可用的群22-26和/或節點28-32的 數目)，可以通過算法或過程來產生歸一化分布。換言之，優選地，所 有的節點都將有實質上相等數目的GOP要處理。
確定在何處切分或中斷場景的一個示例性的算法或過程可以包
括
1. 在接收到的不包含淡變(fade)和漸隱(dissolve)的視頻 內容(如，故事片或影片)中獲得原始的場景數目。
2. 在接收到的將被編碼的視頻內容內獲得幀的數目。
3. 針對每一個場景計算編碼以上幀所需的GOP數(Go)。
4. 根據場景的給定等級長度和數目所需的GOP數，來創建直方 圖分布。
5. 採用該直方圖並創建該直方圖的密度曲線。
6. 找到該密度曲線的均值、中值、最大值、最小值和標準差。 換言之，針對來自群的平衡且最優化編碼吞吐量，每節點應包含的平 均G0P數。
7. 假定密度曲線是正態曲線，即，對於不同場景大小該曲線符 合正態曲線族，則可以應用68-95-99.7%規則(又名正態分布規則) 來計算出位於第一標準差68%之上的所有場景並在該等級所指示的 GOP數目處將這些場景切分成更小的場景。曲線高度(或標準差)可 以取決於可用節點的數目。可用節點數目越大，標準差越小，並從而 場景可以包含的GOP數目越小。
應該注意到，淡變和漸隱可以根據編碼內容需要附加的I幀，並 從而具有比通常更小或不同的GOP大小。這是由於淡變和漸隱是在過 渡幀之間具有可能她有限相似性的更複雜場景。使用更小或不同的 GOP大小可引入比最優必要的更多的I幀。因此，特別當涉及淡變和 漸隱時，最優化編碼時間的附加途徑是通過以下方式來實現的根據 場景所包含的幀數的增大的長度，來布置場景。然後，按照場景長度 的順序來分布場景。換言之，在較短場景之前將包含淡變和漸隱的較長場景或複雜場景提供給群或節點。這使得較長場景可以在早期開始編碼過程，而留下短的場景在其它節點變得可用時利用並行處理。
現參見圖7，示出了說明依照本公開的編碼處理100的流程圖。
最初，在步驟102處，編碼布置IO輸入或接收視頻內容，例如但不限於長片(feature film)內容。接下來，在步驟104，編碼布置10基於所輸入的視頻內容拉產生視頻內容數據。示例性的視頻內容數據可包括但不限於場景和/或連續鏡頭檢測、淡變和/或漸隱檢測、直方圖產生、基於場景顏色的分類(如，著暗色和/或紅色的場景通常處理起來更複雜)、類似場景的識別、幀分類(如，具有很多移動對象的有噪幀，如樹葉被吹動的樹)、縮略圖產生等。可以由預處理器14或由用戶經由GUI 12來產生視頻內容數據。之後，在步驟106，編碼器布置10詢問用戶是否願意使用時間最優編碼對視頻內容進行壓縮和編碼。如果不願意，則編碼布置IO在步驟116發起常規的、為本領域技術人員所知的群編碼過程。如果想要進行時間最優編碼，則編碼布置10在步驟108基於場景和/或連續鏡頭檢測以及淡變和/或漸隱檢測來計算並收集統計數據。接下來，在步驟IIO，編碼布置10處理統計數據以確定視頻內容中給出的場景是否包含淡變和/或漸隱。如果場景不包含淡變或漸隱，編碼布置在步驟112進一步確定場景是短場景、平均場景、還是長場景，並且基於GOP大小和GOP類型適當切分該場景。如果場景的確包含淡變或漸隱，則編碼布置在步驟114依照場景的長度來組織包含淡變或漸隱的場景。之後，編碼布置10如上討論的讀具有淡變和/或漸隱的場景、切分後的場景和未切分的場景進行編組，並在步驟116將場景分發給群22-26的節點28-32以依照本公開進行時間最優化編碼。
雖然在此詳細地示出和描述了加入本發明教導的實施方式，然而本領域技術人員可以輕易地想到仍然加入這些教導的很多其它不同實施方式。已經描述了使用智能邊緣設備來打包和傳輸基本文件、元數據文件和業務數據文件的系統和方法的優選實施方式，應該注意到，本領域技術人員在以上教導的啟示之下能夠做出修改和變型。因此應該理解，在所附權利要求所概括的本發明的範圍之內，可以對所公開的本發明的具體實施方式
進行改變,
權利要求
1、一種編碼視頻內容的方法(100)，所述方法包括以下步驟接收(102)視頻內容；將所述視頻內容分段(108)成多個場景；檢測(112)場景的長度是否超過第一限制；如果場景的長度超過所述第一限制，則將所述場景切分(112)成場景段；以及並行地編碼(116)切分後的場景。
2、 根據權利要求l的方法，其中，切分的步驟還包括以下步驟: 基於所述場景中的畫面組特性來切分(112)所述場景。
3、 根據權利要求2所述的方法，其中，所述畫面組特性是畫面 組類型(88)。
4、 根據權利要求2所述的方法，其中，所述畫面組特性是畫面 組大小(卯)。
5、 根據權利要求l的方法，其中，檢測的步驟還包括以下步驟 檢測(112)場景是否具有較短長度、平均長度和較長長度之一。
6、 根據權利要求5的方法，其中，切分的步驟還包括以下步驟: 將具有較長長度的場景切分(54)成第一場景段和第二場景段，所述第一場景段具有平均長度，所述第二場景段不超過平均長度。
7、 根據權利要求6的方法，其中，編碼的步驟還包括以下步驟:將所述第二場景段與具有較短長度的場景編組(54);與所述第一場景段並行地對編組後的第二場景段和較短長度的場景進行編碼(56)。
8、 根據權利要求7的方法，其中，編碼的步驟還包括以下步驟 與所述第一場景段並行地以及與平均長度的場景並行地對編組後的第二場景段和較短長度的場景進行編碼(56)。
9、 根據權利要求l的方法，其中，檢測的步驟還包括以下步驟檢測(110)場景是否包含淡變效果和漸隱效果之一。
10、 根據權利要求9的方法，其中，編碼的步驟還包括以下步驟在並行地對切分後的場景進行編碼之前，發起對包含淡變效果和 漸隱效果之一的場景的編碼(116)。
11、 一種用於編碼視頻內容的設備10，所述設備包括 用於接收視頻內容的裝置(12);用於將所述視頻內容分段成多個場景的裝置(12、 20); 用於檢測場景的長度是否超過第一限制的裝置(12、 20); 用於在場景的長度超過所述第一限制的情況下將所述場景切分 成場景段的裝置(12、 20);以及用於並行地編碼切分後的場景的裝置(16)。
12、 根據權利要求11所述的設備，其中，用於切分的裝置還包括用於基於所述場景中的畫面組特性來切分所述場景的裝置(12、20)。
13、 根據權利要求12所述的設備，其中，所述畫面組特性是畫 面組類型(88)。
14、 根據權利要求12所述的設備，其中，所述畫面組特性是畫 面組大小(90)。
15、 根據權利要求11所述的設備，其中，用於檢測的裝置還包括用於檢測場景是否具有較短長度、平均長度和較長長度之一的裝 置(12、 20)。
16、 根據權利要求15所述的設備，其中，用於切分的裝置還包括用於將具有較長長度的場景切分成第一場景段和第二場景段的 裝置(12、 20)，所述第一場景段具有平均長度，所述第二場景段不超 過平均長度。
17、 根據權利要求16所述的設備，其中，用於編碼的裝置還包括用於將所述第二場景段與具有較短長度的場景編組的裝置(12、20);用於與所述第一場景段並行地對編組後的第二場景段和較短長度的場景進行編碼的裝置(22-32)。
18、 根據權利要求17所述的設備，其中，用於編碼的裝置還包括用於與所述第一場景段並行地以及與平均長度的場景並行地對編組後的第二場景段和較短長度的場景進行編碼的裝置(22-32)。
19、 根據權利要求11所述的設備，其中，用於檢測的裝置還包括用於檢測場景是否包含淡變效果和漸隱效果之一的裝置(12、20)。
20、 根據權利要求19所述的設備，其中，用於編碼的裝置還包括用於在並行地對切分後的場景進行編碼之前，發起對包含淡變效 果和漸隱效果之一的場景的編碼的裝置(12、 20)。
全文摘要
本公開關注一種進行時間最優化編碼的系統(10)和方法(100)。時間最優化編碼通過在編碼質量犧牲最小或不犧牲編碼質量的情況下使時間密集型編碼並行化，使多個編碼節點(28-32)或群(22-26)的使用最大化。從而，減少了完成時間密集型編碼所需的時間，並提高了通過系統(10)的多個編碼的有效吞吐量。
文檔編號H04N7/26GK101682761SQ200780053276
公開日2010年3月24日 申請日期2007年6月14日 優先權日2007年6月14日
發明者阿南德·卡普爾 申請人:湯姆森許可貿易公司