基於公網的帶解說音頻回傳的直播系統及其直播方法

2023-05-14 11:04:31

基於公網的帶解說音頻回傳的直播系統及其直播方法
【專利摘要】一種基於公網的帶解說音頻回傳的直播系統，C/S結構，包括伺服器端及客戶端兩部分；伺服器端與客戶端公網連接。伺服器端由視頻編碼器、收發伺服器及音視頻合成器組成；視頻編碼器分別與收發伺服器及音視頻合成器連接，將原始高碼率視頻SDI信號轉換成適用網絡傳輸的低碼率IP數據流輸出；收發伺服器連接視頻編碼器及音視頻合成器，作為伺服器端及客戶端的通信接口；音視頻合成器將原始高碼率視頻數據與解說回傳的音頻數據合成後輸出。客戶端設有音頻輸入設備及屏幕。本發明使解說員能在有網絡的地方解說，根據網絡情況自動選擇合適的視頻碼率，達到最佳收看效果；直播延時控制在最小範圍內，保證最終輸出音視頻同步，達到廣播級標準。
【專利說明】基於公網的帶解說音頻回傳的直播系統及其直播方法
【技術領域】
[0001]本發明涉及一種直播系統，具體涉及一種基於公網的帶解說音頻回傳的直播系統及其直播方法。
【背景技術】
[0002]隨著有線和無線寬帶網絡技術的高速發展，人們可以通過網際網路快速高效地獲得視頻音頻的信息，於是流媒體應運而生，滿足了用戶在網際網路上對高質量多媒體信息的需求。相比於傳統的媒體播出應用，流媒體具有更靈活、更多樣化應用模式，可以滿足不同的用戶體驗。正因為流媒體技術具備的巨大潛力，它必將廣泛的應用於多媒體新聞在線，直播、視頻點播、遠程教育等網絡信息服務。
[0003]以傳統的體育賽事直播為例，其主要其形式分為現場直播和演播室訪談式直播，這就必須要求解說在指定的地點邊收看比賽邊進行解說。此情況對解說方或是播出方的要求都比較苛刻，第一解說必須在場；第二直播的成本較高。現在若能做到不管解說身處何方都能收看到比賽並進行解說，那麼這將是對傳統賽事直播的一種創新，之後可能孕育出新的直播模式，例如普通老百姓在家就能實現自己的解說夢。
[0004]為了實現上述功能要求，此時，信號的傳輸只能藉助網絡流媒體。雖說如今市面上的網絡視頻客戶端軟體不在少數，但因為此類軟體都只支持單方面的數據傳輸即服務端向客戶端發送媒體數據，無法滿足上述的需求，且成本高、效率低、耗時長。
[0005]鑑於上述問題，本發明公開了一種基於公網的帶解說音頻回傳的直播系統及其直播方法。其具有如下文所述之技術特徵，以解決現有的問題。

【發明內容】

[0006]本發明的目的是提供一種基於公網的帶解說音頻回傳的直播系統及其直播方法，它能通過客戶端從網絡接收原始視頻信號，並採集解說的音頻回傳到伺服器端，將視音頻合成後輸出，同時保證達到廣播級的直播標準。
[0007]本發明基於公網的帶解說音頻回傳的直播系統及其直播方法的目的是通過以下技術方案實現的:一種基於公網的帶解說音頻回傳的直播系統，所述的基於公網的帶解說音頻回傳的直播系統為C/S結構，包括:設有TCP監聽埠的伺服器端及客戶端兩部分；其特徵在於，所述的伺服器端與所述的客戶端通過公網連接。
[0008]所述的伺服器端由視頻編碼器、收發伺服器及音視頻合成器組成；所述的視頻編碼器分別與所述的收發伺服器及音視頻合成器連接，將輸入的原始高碼率視頻SDI信號轉換成適用於網絡傳輸的低碼率IP數據流輸出；所述的收發伺服器用於連接所述的視頻編碼器及音視頻合成器，並作為所述的伺服器端及客戶端的通信接口 ；所述的音視頻合成器將原始的高碼率視頻數據與解說回傳的音頻數據合成後輸出。
[0009]所述的客戶端是PC機，且所述的客戶端內設有音頻輸入設備及屏幕。
[0010]上述的基於公網的帶解說音頻回傳的直播系統，其中，所述的音視頻合成器內設有視頻緩存區域，所述的視頻緩存區域的大小保持不變，用於判斷視頻數據及音頻數據的時間戳，並緩存高碼率視頻。
[0011]上述的基於公網的帶解說音頻回傳的直播系統的直播方法，其中，該方法至少包括以下步驟:
步驟1，所述的伺服器端打開TCP監聽埠，循環等待來自所述的客戶端的連接，所述的客戶端通過TCP/IP協議向所述的伺服器端發送連接請求。
[0012]伺服器端會有三種情況:1、無響應；2、連接數已滿；3、連接成功；所述的伺服器端無連接，則繼續等待；所述的伺服器端判斷此時伺服器端達到的最大連接數，若大於最大連接數則拒絕此連接，若小於最大連接數則連接成功。
[0013]步驟2，所述的伺服器端與客戶端連接成功後，所述的客戶端獲取本地網絡的帶寬以及與伺服器端之間存在的網絡延時，網絡延時的數據通過發送到收發伺服器傳遞給音視頻合成器。
[0014]步驟3，用戶選擇頻道後，所述的客戶端將用戶選擇的頻道發送指令到所述的伺服器端，此時所述的伺服器端無法主動發送數據到所述的客戶端，伺服器端根據客戶端的指令打開相應的視頻編碼器以選擇合適的輸出視頻碼率。
[0015]步驟4，所述的客戶端實現現有的NAT穿越技術，待客戶端發送UDP打洞信息後，與所述的伺服器端建立UDP連接通道建立，所述的伺服器端向所述的客戶端發送低碼率IP數據流。
[0016]步驟5，所述的客戶端將低碼率IP數據流解碼後輸出到屏幕。
[0017]步驟6，當解說員準備開始解說時，打開所述的音頻輸入設備，便可通過音頻輸入設備採集解說聲音，採集到的音頻數據經過編碼封裝成TS音頻包。
[0018]步驟7，在所述的客戶端為所述的TS音頻數據上打上時間戳信息PTS。
[0019]第一個所述的TS音頻數據的時間戳信息PTS的值可以根據用戶當時所看到的某一幀視頻畫面的時間戳信息PTS』的值而定，即第一幀TS音頻包的PTStl=PTS』，之後的TS音頻數據的時間戳信息PTSn保持連續增長。PTS』的值應與原始高碼率視頻時間戳信息保持嚴格一致。
[0020]步驟8，將完整的TS音頻包通過UDP連接通道回傳到所述的伺服器端。
[0021]所述的步驟4中低碼率IP數據流的傳輸與步驟8中TS音頻包的傳輸在兩個新線程上同步傳輸。
[0022]步驟9，所述的音視頻合成器將收到的高碼率視頻與TS音頻數據合成，依次循環，直到直播結束後待所述的客戶端斷開連接。
[0023]在正常情況下，即無延時的情況下，音視頻合成器將完整的TS音頻包平均交織到高碼率視頻中去。
[0024]在延時的情況下，所述的伺服器端計算延時的預估值，設所述的伺服器端與所述的客戶端兩處的程序固定延時為t，所述的伺服器端與所述的客戶端的網絡延時為T，則預估值為T+t，這個預估值同時也是直播系統的最小延時，也是現有同類技術中延時最小的。
[0025]所述的視頻緩存區域緩存的高碼率視頻對應的時間長度t』即為所述的直播系統延時T+t。
[0026]在失去同步的情況下，當收到的高碼率視頻超過視頻緩存區域的大小後，高碼率視頻數據還沒有收到與之對應的TS音頻數據時，則認為沒有TS音頻數據，則在輸出的高碼率視頻數據對應幀中插入靜音包來保證視頻信號正常的播出；之後在接收音頻包的同時需要通過時間戳信息判斷此TS音頻數據是否已落後於當時的高碼率視頻播出進度，若落後一律丟棄該數據，直到TS音頻數據的時間戳趕上此時高碼率視頻的時間戳，如無延時的情況中TS音頻數據與原始的高碼率視頻交織輸出。
[0027]本發明基於公網的帶解說音頻回傳的直播系統及其直播方法由於採用了上述方案，使之與現有技術相比，具有以下的優點和積極效果:
1、本發明基於公網的帶解說音頻回傳的直播系統能使解說員無論身處何方，只要在有網絡的地方便能進行解說，且能根據解說員所在地的網絡情況自動選擇合適的視頻碼率，達到最好的收看效果。
[0028]2、本發明基於公網的帶解說音頻回傳的直播系統的直播方法中採用了延時情況下的處理方法，能使直播的延時控制在最小的範圍內，是現有同類技術中延時最小的；採用了失同步情況下的處理方法，保證了最終輸出信號音視頻的同步和穩定，達到了廣播級的標準。
[0029]以下，將通過具體的實施例做進一步的說明，然而實施例僅是本發明可選實施方式的舉例，其所公開的特徵僅用於說明及闡述本發明的技術方案，並不用於限定本發明的保護範圍。
【專利附圖】

【附圖說明】
[0030]為了更好的理解本發明，可參照本說明書援引的以供參考的附圖，附圖中:
圖1是本發明基於公網的帶解說音頻回傳的直播系統的結構示意圖。
[0031]圖2是本發明基於公網的帶解說音頻回傳的直播系統的直播方法的流程圖。
[0032]圖3是本發明基於公網的帶解說音頻回傳的直播系統的直播方法的伺服器端的分解流程圖。
[0033]圖4是本發明基於公網的帶解說音頻回傳的直播系統的直播方法的客戶端的分解流程圖。
[0034]圖5是本發明基於公網的帶解說音頻回傳的直播系統的TS音頻包打包流程圖。
[0035]圖6是本發明基於公網的帶解說音頻回傳的直播系統的音、視頻幀結構圖。
[0036]圖7是本發明基於公網的帶解說音頻回傳的直播系統的音視頻合成器輸出的交織在一起的TS音頻包和原始的高碼率視頻的幀結構示意圖。
[0037]圖8是本發明基於公網的帶解說音頻回傳的直播系統延時後音視頻合成器輸出的交織在一起的TS音頻包和原始的高碼率視頻的幀結構示意圖。
[0038]圖9是本發明基於公網的帶解說音頻回傳的直播系失同步時音視頻合成器輸出的交織在一起的TS音頻包和原始的高碼率視頻的幀結構示意圖。
[0039]【具體實施方式】
[0040]根據本發明的權利要求和
【發明內容】
所公開的內容,本發明的技術方案具體如下所述。[0041]請參見附圖1所示，本發明基於公網的帶解說音頻回傳的直播系統採用C/S結構，包括設有TCP監聽埠的伺服器端I及客戶端2兩部分，所述的伺服器端I與所述的客戶端2通過公網連接；所述的伺服器端I由視頻編碼器11、收發伺服器12及音視頻合成器13組成；所述的視頻編碼器11分別與所述的收發伺服器12及音視頻合成器13連接，將輸入的原始高碼率視頻SDI信號轉換成適用於網絡傳輸的低碼率IP數據流輸出；所述的收發伺服器12用於連接所述的視頻編碼器11及音視頻合成器13，並作為所述的伺服器端I及客戶端2的通信接口 ；所述的音視頻合成器13將原始的高碼率視頻數據與解說回傳的音頻數據合成後輸出；所述的客戶端2是PC機，且所述的客戶端2內設有音頻輸入設備21及屏幕22。
[0042]所述的音視頻合成器13內設有視頻緩存區域14，所述的視頻緩存區域14的大小保持不變，判斷視頻數據及音頻數據的時間戳，並緩存高碼率視頻；當視頻緩存區域14滿時，每收到一幀新來的高碼率視頻，就輸出最早的一幀已緩存的高碼率視頻。
[0043]請參見附圖2至附圖5所示，本發明基於公網的帶解說音頻回傳的直播系統的直播方法，該直播系統包括伺服器端I及客戶端2，該直播方法至少包括如下步驟:
步驟I，所述的伺服器端I打開TCP監聽埠，循環等待來自所述的客戶端2的連接，所述的客戶端2通過TCP/IP協議向所述的伺服器端I發送連接請求。
[0044]此時會有三種情況:1、無響應；2、連接數已滿；3、連接成功。所述的伺服器端I無連接，則繼續等待；所述的伺服器端I判斷此時伺服器端I達到的最大連接數，若大於最大連接數則拒絕此連接，若小於最大連接數則連接成功。
[0045]步驟2，所述的伺服器端I與客戶端2連接成功後，所述的客戶端2獲取本地網絡的帶寬以及與伺服器端I之間存在的網絡延時，網絡延時的數據通過發送到收發伺服器12傳遞給音視頻合成器13。
[0046]網絡延時會用作之後最終信號輸出延時和TS音頻包和原始的高碼率視頻同步的依據發送到所述的伺服器端I。
[0047]步驟3，用戶選擇頻道後，所述的客戶端2將用戶選擇的頻道發送指令到所述的伺服器端1，此時所述的伺服器端I無法主動發送數據到所述的客戶端2，伺服器端I根據客戶端2的指令打開相應的視頻編碼器11以選擇合適的輸出視頻碼率，保證了客戶端2達到最佳的播放效果。
[0048]所述的視頻編碼器11的輸出格式為H.264 TS，輸出碼率則根據客戶端2所在的網絡帶寬而定。
[0049]步驟4,所述的客戶端2實現現有的網絡地址轉換(Network AddressTranslation,簡稱NAT)穿越，待客戶端2發送用戶數據報協議(簡稱UDP)打洞信息後，與所述的伺服器端I建立用戶數據報協議(簡稱UDP)連接通道建立，所述的伺服器端I向所述的客戶端2發送低碼率IP數據流。
[0050]步驟5，所述的客戶端2將低碼率IP數據流解碼後輸出到屏幕22。
[0051]步驟6，當解說員準備開始解說時，打開所述的音頻輸入設備21，便可通過音頻輸入設備21採集解說聲音，採集到的音頻數據經過編碼封裝成TS音頻包。
[0052]步驟7，為了保證最終輸出的TS音頻數據與原始高碼率視頻的同步，在所述的客戶端2為所述的TS音頻數據上打上時間戳信息PTS。[0053]請參見附圖6所示，第一個所述的TS音頻數據的時間戳信息PTS的值可以根據用戶當時所看到的某一幀視頻畫面的時間戳信息PTS』的值而定，即第一幀TS音頻包的PTS0=PTS?，之後的TS音頻數據的時間戳信息PTSn保持連續增長。PTS』的值應與原始高碼率視頻時間戳信息保持嚴格一致。
[0054]音視頻合成器13的輸入視頻流信號為經過延時的高碼率視頻流，此高碼率視頻的時間戳信息必須與客戶端2收到的低碼率IP數據流的時間戳信號嚴格的保持一致才能完成最終的同步。根據回傳的TS音頻數據包上的時間戳信息，便可以將TS音頻數據包平均的交織到原始的高碼率視頻流數據中去，從而達到聲畫的同步，即解說的開始錄音點就是當時他所看到的那一幀畫面。
[0055]步驟8，將完整的TS音頻包通過UDP連接通道回傳到所述的伺服器端I。
[0056]所述的步驟4中低碼率IP數據流的傳輸與步驟8中TS音頻包的傳輸在兩個新線程上同步傳輸。
[0057]步驟9，所述的音視頻合成器13將收到的高碼率視頻與TS音頻數據合成，依次循環，直到直播結束後待所述的客戶端2斷開連接。
[0058]請參見附圖7所示，在正常情況下，即無延時的情況下，音視頻合成器13將完整的TS音頻包平均交織到高碼率視頻中去。
[0059]由於音頻數據是基於公網傳輸，這樣就存在著各種各樣的不確定因素，所以對原始視頻數據進行緩存是十分有必要的。但是緩存的大小關係到了直播的延時時間大小，緩存過大會導致直播延時過大；緩存過小則會發生當網絡延時過大時視頻和音頻時間戳一直無法對齊從而導致無法播出。在延時的情況下，所述的伺服器端I計算延時的預估值，設所述的伺服器端I與所述的客戶端2兩處的程序固定延時為t，所述的伺服器端I與所述的客戶端2的網絡延時為T，則預估值為T+t，這個預估值同時也是本發明的直播系統的最小延時，也是現有同類技術中延 時最小的。但是實際運用時預估值會發生抖動，所以直播延時應該留有一定的富餘量，這樣才能有效的控制直播的流暢穩定。
[0060]所述的視頻緩存區域14緩存的高碼率視頻對應的時間長度t』即為所述的直播系統延時T+t。
[0061]當T =延時閾值T』後，即視頻緩存區域14滿時，視頻緩存區域14每收到一幀新來的視頻數據，就從視頻緩存區域14中輸出最早的一幀已緩存的視頻數據，以保持視頻緩存區域14的大小不變；同時判斷音視頻的時間戳PTS，找到視頻所對應的TS音頻包後將TS音頻包插到視頻輸出流中。比如，視頻第二幀數據對應的是音頻的第一幀數據，那麼音視頻輸出流如附圖8所示。
[0062]請參見附圖9所示，由於網絡的不確定因素，UDP會發生延時、丟包等情況，遇到這種情況若不作處理，系統將會發生不可預計的後果，最終導致直播信號異常。比如，UDP發生延時，此時收到的音頻數據所對應的視頻數據有可能已經向外輸出，此時若不做處理則會出現聲畫不同步或者畫面頓卡等現象；又比如網絡出現丟包，此情況則可能直接導致視頻信號的中斷。以上情況在直播中都是致命的，也是絕對不允許發生的。
[0063]在失去同步的情況下，當收到的高碼率視頻超過視頻緩存區域14的大小後，高碼率視頻數據還沒有收到與之對應的TS音頻數據時，則認為沒有TS音頻數據，則在輸出的高碼率視頻數據對應幀中插入靜音包來保證視頻信號正常的播出，之後在接收音頻包的同時需要通過時間戳信息判斷此TS音頻數據是否已落後於當時的高碼率視頻播出進度，如果落後一律丟棄該數據，直到TS音頻數據的時間戳趕上此時高碼率視頻的時間戳，隨後如之前一樣TS音頻數據與原始的高碼率視頻交織輸出。
[0064]綜上所述，本發明基於公網的帶解說音頻回傳的直播系統能使解說員無論身處何方，只要在有網絡的地方便能進行解說，且能根據解說員所在地的網絡情況自動選擇合適的視頻碼率，達到最好的收看效果；本發明基於公網的帶解說音頻回傳的直播系統的直播方法中採用了延時情況下的處理方法，能使直播的延時控制在最小的範圍內，是現有同類技術中延時最小的；採用了失同步情況下的處理方法，保證了最終輸出信號音視頻的同步和穩定，達到了廣播級的標準。
[0065]上述內容為本發明基於公網的帶解說音頻回傳的直播系統及其直播方法的具體實施例的例舉，對於其中未詳盡描述的設備和結構，應當理解為採取本領域已有的通用設備及通用方法來予以實施。
【權利要求】
1.一種基於公網的帶解說音頻回傳的直播系統，所述的基於公網的帶解說音頻回傳的直播系統為C/S結構，包括:設有TCP監聽埠的伺服器端(I)及客戶端(2)兩部分；其特徵在於，所述的伺服器端(I)與所述的客戶端(2)通過公網連接； 所述的伺服器端(I)由視頻編碼器(11)、收發伺服器(12)及音視頻合成器(13)組成；所述的視頻編碼器(11)分別與所述的收發伺服器(12)及音視頻合成器(13)連接，將輸入的原始高碼率視頻SDI信號轉換成適用於網絡傳輸的低碼率IP數據流輸出；所述的收發伺服器(12)用於連接所述的視頻編碼器(11)及音視頻合成器(13)，並作為所述的伺服器端(I)及客戶端(2)的通信接口 ；所述的音視頻合成器(13)將原始的高碼率視頻數據與解說回傳的音頻數據合成後輸出； 所述的客戶端(2)是PC機，且所述的客戶端(2)內設有音頻輸入設備(21)及屏幕(22)。
2.根據權利要求1所述的基於公網的帶解說音頻回傳的直播系統，其特徵在於:所述的音視頻合成器(13)內設有視頻緩存區域(14)，所述的視頻緩存區域(14)的大小保持不變，用於判斷視頻數據及音頻數據的時間戳，並緩存高碼率視頻。
3.根據權利要求1所述的基於公網的帶解說音頻回傳的直播系統的直播方法，其特徵在於:該方法至少包括以下步驟: 步驟I，所述的伺服器端(I)打開TCP監聽埠，循環等待來自所述的客戶端(2)的連接，所述的客戶端(2)通過TCP/IP協議向所述的伺服器端(I)發送連接請求； 步驟2，所述的伺服器端(I)與客戶端(2)連接成功後，所述的客戶端(2)獲取本地網絡的帶寬以及與伺服器端(I)之間存在的網絡延時，網絡延時的數據通過發送到收發伺服器(12)傳遞給音視頻合成器(1·3); 步驟3，用戶選擇頻道後，所述的客戶端(2)將用戶選擇的頻道發送指令到所述的伺服器端(I )，此時所述的伺服器端(I)無法主動發送數據到所述的客戶端(2)，伺服器端(I)根據客戶端(2)的指令打開相應的視頻編碼器(11)以選擇合適的輸出視頻碼率； 步驟4，所述的客戶端(2)實現NAT穿越，待客戶端(2)發送UDP打洞信息後，與所述的伺服器端(I)建立UDP連接通道建立，所述的伺服器端(I)向所述的客戶端(2)發送低碼率IP數據流； 步驟5，所述的客戶端(2)將低碼率IP數據流解碼後輸出到屏幕(22)； 步驟6，當解說員準備開始解說時，打開所述的音頻輸入設備(21)，便可通過音頻輸入設備(21)採集解說聲音，採集到的音頻數據經過編碼封裝成TS音頻包； 步驟7，在所述的客戶端(2)為所述的TS音頻數據上打上時間戳信息PTS ； 步驟8，將完整的TS音頻包通過UDP連接通道回傳到所述的伺服器端(I)； 步驟9，所述的音視頻合成器(13)將收到的高碼率視頻與TS音頻數據合成，依次循環，直到直播結束後待所述的客戶端(2)斷開連接。
4.根據權利要求3所述的基於公網的帶解說音頻回傳的直播系統的直播方法，其特徵在於:所述的步驟I中，伺服器端(I)有三種情況:1、無響應；2、連接數已滿；3、連接成功；若所述的伺服器端(I)無連接，則繼續等待；所述的伺服器端(I)判斷此時伺服器端(I)達到的最大連接數，若大於最大連接數則拒絕此連接，若小於最大連接數則連接成功。
5.根據權利要求3所述的基於公網的帶解說音頻回傳的直播系統的直播方法，其特徵在於:所述的步驟7中，第一個所述的TS音頻數據的時間戳信息PTS的值可以根據用戶當時所看到的某一幀視頻畫面的時間戳信息PTS』的值而定，即第一幀TS音頻包的PTS0=PTS?，之後的TS音頻數據的時間戳信息PTSn保持連續增長；PTS』的值應與原始高碼率視頻時間戳信息保持嚴格一致。
6.根據權利要求3所述的基於公網的帶解說音頻回傳的直播系統的直播方法，其特徵在於:所述的步驟4中低碼率IP數據流的傳輸與步驟8中TS音頻包的傳輸在兩個新線程上同步傳輸。
7.根據權利要求3所述的基於公網的帶解說音頻回傳的直播系統的直播方法，其特徵在於:所述的步驟9中，在正常情況下，即無延時的情況下，音視頻合成器(13)將完整的TS音頻包平均交織到高碼率視頻中去。
8.根據權利要求3所述的基於公網的帶解說音頻回傳的直播系統的直播方法，其特徵在於:所述的步驟9中，在延時的情況下，所述的伺服器端(I)計算延時的預估值，設所述的伺服器端(I)與所述的客戶端(2)兩處的程序固定延時為t，所述的伺服器端(I)與所述的客戶端(2)的網絡延時為T，則預估值為T+t，這個預估值同時也是直播系統的最小延時。
9.根據權利要求2或8所述的基於公網的帶解說音頻回傳的直播系統的直播方法，其特徵在於:所述的視頻緩存區域(14)緩存的高碼率視頻對應的時間長度t』即為所述的直播系統延時T+t。
10.根據權利要求3所述的基於公網的帶解說音頻回傳的直播系統的直播方法，其特徵在於:所述的步驟9中，在失去同步的情況下，當收到的高碼率視頻超過視頻緩存區域(14)的大小後，高碼率視頻數據還沒有收到與之對應的TS音頻數據時，則認為沒有TS音頻數據，則在輸出的高碼率視頻數據對應幀中插入靜音包來保證視頻信號正常的播出； 之後在接收音頻包的 同時需要通過時間戳信息判斷此TS音頻數據是否已落後於當時的高碼率視頻播出進度，若落後一律丟棄該數據，直到TS音頻數據的時間戳趕上此時高碼率視頻的時間戳，如無延時的情況中TS音頻數據與原始的高碼率視頻交織輸出。
【文檔編號】H04N21/24GK103856787SQ201210511265
【公開日】2014年6月11日 申請日期:2012年12月4日 優先權日:2012年12月4日
【發明者】陳璟遠, 範豔華, 蘇浩翔 申請人:上海文廣科技（集團）有限公司