專利名稱：實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置和方法
技術(shù)領(lǐng)域：
本發(fā)明屬于視訊領(lǐng)域，具體來說是涉及一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置和方法。
如
圖1所示，現(xiàn)有流媒體系統(tǒng)的整體構(gòu)架由三部分組成編碼器(11)，流媒體服務(wù)器(12)，客戶端(13)。編碼器一般配備攝像頭(14)和編碼軟件，它可以將攝像頭(14)攝取的圖像或從存儲設(shè)備讀取的多媒體文件編成碼流，通過INTERNET傳送給流媒體服務(wù)器(12)，流媒體服務(wù)器(12)負責(zé)多媒體文件的存儲以及多媒體數(shù)據(jù)的發(fā)送，因此它需要較高的處理能力和吞吐能力?？蛻舳?13)裝備播放軟件，如RealNetworks、Windows Media、Quicktime等，向流媒體服務(wù)器(12)發(fā)送請求要求播放指定的節(jié)目，流媒體服務(wù)器(12)應(yīng)答客戶的請求后向其發(fā)送數(shù)據(jù)包。上述系統(tǒng)的關(guān)鍵流媒體技術(shù)是緩沖的使用，由于INTERNET使用的是包交換網(wǎng)絡(luò)，從數(shù)據(jù)源到客戶端的數(shù)據(jù)包由于路由不同，到達的時間也不一致，因此需要緩沖進行同步，同時緩沖的存在也能夠在一定程度上抵消網(wǎng)絡(luò)抖動所造成的影響。
隨著視訊產(chǎn)品的市場開拓，越來越多的客戶要求服務(wù)商提供實時的和非實時的流媒體視訊方案。主要體現(xiàn)在以下三點首先可以在IP網(wǎng)絡(luò)上提供的會議直播業(yè)務(wù)，滿足低成本的IP網(wǎng)絡(luò)會議的現(xiàn)場廣播；其次還要提供一套完整的類似于VOD的點播系統(tǒng)，可以把會議內(nèi)容存儲下來，以供大家可以隨時隨地通過IP網(wǎng)絡(luò)點播會議實況，進行會議學(xué)習(xí)；第三，用戶還可以通過這套點播流系統(tǒng)實現(xiàn)其它增值業(yè)務(wù)如股評、遠程教育等，為客戶帶來長期受益。
一方面，會議電視系統(tǒng)主要集中于雙向?qū)崟r的視音頻應(yīng)用，多媒體數(shù)據(jù)的編碼和解碼完全按照ITU(International TelecommunicationsUnion國際電信同盟)-T的標(biāo)準(zhǔn)進行，如H.261、H.263、G.711、G.723等，各個廠家系統(tǒng)能夠互通，數(shù)據(jù)格式完全公開；另一方面，主流的流媒體產(chǎn)品廠商如RealNetworks、Windows Media、Quicktime等均采用專用的流媒體格式；實際上，RealNetworks、Windows Media、Quicktime均不直接支持使用ITU-T標(biāo)準(zhǔn)壓縮的數(shù)據(jù)，雖然二者均提供SDK(SoftwareDevelopment Kit軟件開發(fā)工具包)對其流媒體文件進行讀寫操作，但是二者系統(tǒng)之間無法直接互通。
因此，如果要將會議電視系統(tǒng)的多媒體數(shù)據(jù)通過主流的流媒體系統(tǒng)傳送，必須完成通用的流媒體格式轉(zhuǎn)換的工作。
針對上述問題，現(xiàn)有技術(shù)中通用的解決方案是如圖2所示，在會議電視系統(tǒng)的多媒體數(shù)據(jù)(23)和流媒體服務(wù)器(12)之間使用一個會議電視終端(21)和裝有實時編碼系統(tǒng)的編碼設(shè)備(22)，例如一個PC和采集卡，會議電視終端(21)負責(zé)將多媒體數(shù)據(jù)(23)解碼并轉(zhuǎn)化為模擬信號，該模擬信號輸入到裝有實時編碼系統(tǒng)的編碼設(shè)備(22)，編碼設(shè)備(22)重新將模擬信號數(shù)字化后調(diào)用實時編碼系統(tǒng)，生成通用的流媒體格式的數(shù)據(jù)。
可是上述方案存在許多缺點，如1、數(shù)據(jù)格式轉(zhuǎn)化過程為會議壓縮數(shù)據(jù)解碼->數(shù)字信號->模擬信號->數(shù)字信號->流媒體格式編碼，由于要進行數(shù)模轉(zhuǎn)化和模數(shù)轉(zhuǎn)化，從而造成視音頻質(zhì)量的損失。
2、編碼設(shè)備和會議電視系統(tǒng)無任何聯(lián)系，無法與會議流程統(tǒng)一。當(dāng)會議召開和結(jié)束時，必須手工開始和結(jié)束編碼過程。
3、編碼設(shè)備受編碼軟件和硬件所限，只能完成一路編碼；而且沒有對外接口或需要自行開發(fā)，無標(biāo)準(zhǔn)可以遵循。
4、需要會議電視終端和實時編碼設(shè)備，系統(tǒng)成本較高。
為實現(xiàn)上述目的，本發(fā)明首先提供了一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置，該裝置包括輸入模塊，用于接收原始視音頻壓縮數(shù)據(jù)包；RTP(Real-Time Transport Protocol實時傳輸協(xié)議)模塊，用于處理所述輸入模塊接收的原始視音頻壓縮數(shù)據(jù)包；解碼模塊，用于將所述RTP模塊處理后的視音頻壓縮數(shù)據(jù)解碼；解碼緩沖區(qū)，用于存儲所述解碼后的視音頻壓縮數(shù)據(jù)；唇音同步模塊，用于將所述解碼后的視音頻壓縮數(shù)據(jù)同步；編碼緩沖區(qū)，用于存儲所述同步后的視音頻壓縮數(shù)據(jù)；編碼模塊，用于將所述編碼緩沖區(qū)中的視音頻壓縮數(shù)據(jù)編碼為通用流媒體格式；輸出模塊，用于發(fā)送所述編碼后的視音頻壓縮數(shù)據(jù)。
其中，所述的輸入模塊更進一步包含接收或發(fā)出H.323、SIP或H.248等多種協(xié)議的呼叫加入會議，與會議電視系統(tǒng)中的設(shè)備建立連接。
輸入模塊將接收到的原始視音頻壓縮數(shù)據(jù)包送至RTP模塊進行處理后，首先傳送給解碼模塊，再將解碼后的視音頻壓縮數(shù)據(jù)存入解碼緩沖區(qū)，然后唇音同步模塊從解碼緩沖區(qū)讀取視音頻壓縮數(shù)據(jù)后進行同步，又送至編碼緩沖區(qū)，最后由編碼模塊將其編碼為通用流媒體格式，經(jīng)輸出模塊輸出。
為了進一步縮小本發(fā)明的成本和增加其可用性，本發(fā)明所述的一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置可進一步包括控制模塊，用于控制多路數(shù)據(jù)的輸入、處理、解碼，其中，在和輸入模塊、RTP模塊、解碼模塊相連的控制模塊的協(xié)調(diào)下，輸入模塊能夠同時接收多路數(shù)據(jù)，RTP模塊能夠同時處理多路數(shù)據(jù)，解碼模塊能夠同時解碼多路數(shù)據(jù)。其負責(zé)總體任務(wù)調(diào)度，能夠同時接收和管理多路呼叫以及多種類型的呼叫、多路數(shù)據(jù)解碼等，從而完成多路媒體數(shù)據(jù)的轉(zhuǎn)換和廣播。
上述裝置也可包括網(wǎng)絡(luò)模塊及相應(yīng)的網(wǎng)絡(luò)接口，用于監(jiān)聽所述網(wǎng)絡(luò)接口中的端口，當(dāng)流媒體服務(wù)器連接到該端口后，該網(wǎng)絡(luò)模塊將所述輸出模塊輸出的編碼后的視音頻壓縮數(shù)據(jù)打包后，通過IP網(wǎng)絡(luò)發(fā)送給流媒體服務(wù)器。
上述裝置還可包括存儲設(shè)備，用于存儲所述輸出模塊輸出的編碼后的視音頻壓縮數(shù)據(jù)。
所述的解碼模塊更具體地講包括音頻解碼模塊和視頻解碼模塊，其中音頻解碼模塊用于將所述處理后的視音頻壓縮數(shù)據(jù)包中的音頻壓縮數(shù)據(jù)解碼為音頻PCM格式，視頻解碼模塊用于將所述處理后的視音頻壓縮數(shù)據(jù)包中的視頻壓縮數(shù)據(jù)解碼為視頻YUV格式。
所述的唇音同步模塊更具體地是指從所述解碼緩沖區(qū)中讀取視音頻數(shù)據(jù)及其RTP時間信息，根據(jù)RTP時間信息以及RTCP包的同步時間信息確定音頻、視頻數(shù)據(jù)的網(wǎng)絡(luò)延遲時間，即得到音頻視頻的相對網(wǎng)絡(luò)時延，再根據(jù)得到的相對網(wǎng)絡(luò)時延填充靜音或緩存圖像，從而實現(xiàn)音頻與視頻的同步。
本發(fā)明同時也提出了一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的方法，包含以下步驟a、接收原始視音頻壓縮數(shù)據(jù)包；b、處理接收的原始視音頻壓縮數(shù)據(jù)包，并將其解碼后，存入解碼緩沖區(qū)；
c、從解碼緩沖區(qū)將所述解碼后的視音頻壓縮數(shù)據(jù)取出，并進行同步，然后存入編碼緩沖區(qū)；d、從編碼緩沖區(qū)將所述同步后的視音頻壓縮數(shù)據(jù)取出，并編碼為通用流媒體格式；e、將編碼后的流媒體數(shù)據(jù)打包后向網(wǎng)絡(luò)發(fā)送。
采用本發(fā)明所述的技術(shù)方案，不僅完成了多媒體數(shù)據(jù)的多種流媒體格式的轉(zhuǎn)換，其編碼隨會議一起開始和結(jié)束進行同步，避免了多媒體數(shù)據(jù)不必要的損失；輸出模塊和網(wǎng)絡(luò)模塊的使用，使得本發(fā)明具有了通用的對外接口；控制模塊的使用，使得本發(fā)明能夠和其他MCU(MultipointControl Unit多點控制單元)配合，完成多路輸入、多路轉(zhuǎn)換、多路編碼功能，降低了系統(tǒng)成本，從而提高了系統(tǒng)整體性能。
圖2是本發(fā)明現(xiàn)有技術(shù)的整體架構(gòu)圖。
圖3是本發(fā)明實施例的系統(tǒng)示意圖。
圖4是本發(fā)明實施例的系統(tǒng)構(gòu)成圖。
如圖3所示為本實施例(31)在會議電視系統(tǒng)中的位置，本實施例(31)可以稱為流媒體網(wǎng)關(guān)，能夠直接接入會議電視系統(tǒng)，也同時連接著流媒體服務(wù)器(12)。將會議電視系統(tǒng)的多媒體數(shù)據(jù)直接轉(zhuǎn)換為流媒體服務(wù)器(12)支持的格式。流媒體服務(wù)器(12)以單播或組播的方式將轉(zhuǎn)換后的流媒體數(shù)據(jù)向客戶端(13)傳送。
本實施例(31)的設(shè)備硬件采用工控機或?qū)Ｓ梅?wù)器，高度為1U(1U為高度單位，1U＝1.75英寸)，操作系統(tǒng)為Windows 2000。如圖4所示，其組成包括輸入模塊(41)，用于接收原始視音頻壓縮數(shù)據(jù)包；
RTP模塊(42)，用于處理所述輸入模塊接收的原始視音頻壓縮數(shù)據(jù)包；音頻解碼模塊(44)，用于將所述RTP模塊處理后的音頻壓編數(shù)據(jù)解碼；視頻解碼模塊(45)，用于將所述RTP模塊處理后的視頻壓縮數(shù)據(jù)解碼；解碼緩沖區(qū)(46)，用于存儲所述解碼后的視音頻壓縮數(shù)據(jù)；唇音同步模塊(47)，用于將所述解碼后的視音頻壓縮數(shù)據(jù)同步；編碼緩沖區(qū)(49)，用于存儲所述同步后的視音頻壓縮數(shù)據(jù)；編碼模塊(50)，用于將所述編碼緩沖區(qū)中的視音頻壓縮數(shù)據(jù)編碼為通用流媒體格式；輸出模塊(51)，用于發(fā)送所述編碼后的視音頻壓縮數(shù)據(jù)；存儲模塊(53)，用于存儲編碼后的視音頻壓縮數(shù)據(jù)；網(wǎng)絡(luò)模塊(52)及相應(yīng)的網(wǎng)絡(luò)接口(55)，用于將編碼后的視音頻壓縮數(shù)據(jù)發(fā)送給流媒體服務(wù)器(12)。
本發(fā)明所述的一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置包含以下步驟一、用于接收原始視音頻壓縮數(shù)據(jù)包。輸入模塊(41)接收或發(fā)出H.323、SIP(Session Initiation Protocol會話初始化協(xié)議)或H.248等多種協(xié)議呼叫加入會議，與會議電視系統(tǒng)中的設(shè)備建立連接。
二、處理接收的原始視音頻壓縮數(shù)據(jù)包，并將其解碼后，存入解碼緩沖區(qū)。用于處理所述輸入模塊(41)接收的原始視音頻壓縮數(shù)據(jù)包，去除其負載頭信息后將凈荷數(shù)據(jù)傳送給音頻解碼模塊(44)、視頻解碼模塊(45)；而音頻解碼模塊(44)將處理后的視音頻壓縮數(shù)據(jù)中的音頻壓縮數(shù)據(jù)解碼為音頻PCM格式，視頻解碼模塊(45)將處理后的視音頻壓縮數(shù)據(jù)中的視頻壓縮數(shù)據(jù)解碼為視頻YUV格式；解碼后的數(shù)據(jù)存入解碼緩沖區(qū)(46)；三、從解碼緩沖區(qū)將所述解碼后的視音頻壓縮數(shù)據(jù)取出，并進行同步，然后存入編碼緩沖區(qū)。唇音同步模塊(47)負責(zé)將解碼后的原始視音頻數(shù)據(jù)同步，該模塊從解碼緩沖區(qū)(46)中讀取視音頻壓縮數(shù)據(jù)及其RTP時間信息。根據(jù)RTP時間信息以及RTCP(Real-Time Transport ControlProtocol實時傳輸控制協(xié)議)包的同步時間信息確定音頻、視頻數(shù)據(jù)的網(wǎng)絡(luò)延遲時間，得到音頻視頻的相對網(wǎng)絡(luò)時延。根據(jù)得到的相對時延確定哪個超前。如果確定音頻超前，將填充該延遲時間的靜音，直到與視頻實現(xiàn)同步；如果視頻超前，將緩存該幀圖像，直到同步語音到來。最后將同步的視頻數(shù)據(jù)和音頻數(shù)據(jù)送到編碼緩沖區(qū)(49)。
四、從編碼緩沖區(qū)將所述同步后的視音頻壓縮數(shù)據(jù)取出，并編碼為通用流媒體格式。編碼模塊(50)用于將所述編碼緩沖區(qū)中的視音頻壓縮數(shù)據(jù)編碼為通用流媒體格式；編碼模塊(50)定時到編碼緩沖區(qū)(49)中取出同步的視音頻數(shù)據(jù)，記錄當(dāng)前時間，并將數(shù)據(jù)編碼為通用流媒體格式，如RealNetworks、Windows Media、QuickTime、MPEG4等，并以文件的形式存儲到本地存儲設(shè)備。
五、將編碼后的流媒體數(shù)據(jù)打包后向網(wǎng)絡(luò)發(fā)送。輸出模塊(51)用于發(fā)送編碼模塊(50)編碼后的視音頻壓縮數(shù)據(jù)，編碼后的視音頻壓縮數(shù)據(jù)一方面可以以文件的形式存儲到本地存儲設(shè)備，即存儲模塊(53)；另一方面也可在編碼轉(zhuǎn)換的同時，通過網(wǎng)絡(luò)模塊(52)及相應(yīng)的網(wǎng)絡(luò)接口(55)連接到流媒體服務(wù)器(12)上，網(wǎng)絡(luò)模塊(52)負責(zé)監(jiān)聽網(wǎng)絡(luò)接口(55)中的端口，當(dāng)流媒體服務(wù)器(12)連接到該端口后，網(wǎng)絡(luò)模塊(52)將編碼數(shù)據(jù)以HTTP(HyperText Transfer ProtocolWWW服務(wù)程序所用的協(xié)議)或RDT協(xié)議(Real Data Transport實時數(shù)據(jù)傳輸)將數(shù)據(jù)打包并在包頭中記錄編碼模塊提供的時間信息，其中HTTP協(xié)議用于Window Media，RDT協(xié)議用于RealNetworks，然后通過IP網(wǎng)絡(luò)發(fā)送給流媒體服務(wù)器(12)。
這樣，客戶端(13)就可以通過免費的媒體播放器軟件，如WindowsMedia Player，RealOne Player，QuickTime Player等，連接到流媒體服務(wù)器(12)，觀看正在召開的會議內(nèi)容從而完成會議的直播過程。
如圖4所示的實施例還進一步包括控制模塊(54)，用于控制多路數(shù)據(jù)的輸入、處理、解碼，在呼叫處理方面采用MCU結(jié)構(gòu)設(shè)計，能夠同時接收和管理多路呼叫、多路數(shù)據(jù)解碼，從而完成多路媒體數(shù)據(jù)的轉(zhuǎn)換和廣播，這樣進一步縮小了系統(tǒng)成本和增加了系統(tǒng)可用性。
本實施例能夠同時加入多個會議，作為會議存儲模塊(53)將正在舉行會議的多媒體數(shù)據(jù)以流媒體格式存儲。也提供網(wǎng)絡(luò)接口(55)向網(wǎng)絡(luò)中的客戶端(13)廣播編碼以后的流媒體內(nèi)容，在需要的時候，也可將存儲模塊(53)中的多媒體數(shù)據(jù)通過網(wǎng)絡(luò)模塊(52)及相應(yīng)的網(wǎng)絡(luò)接口(55)發(fā)送。
權(quán)利要求
1.一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置，其特征在于，該裝置包括輸入模塊，用于接收原始視音頻壓縮數(shù)據(jù)包；RTP模塊，用于處理所述輸入模塊接收的原始視音頻壓縮數(shù)據(jù)包；解碼模塊，用于將所述RTP模塊處理后的視音頻壓編數(shù)據(jù)解碼；解碼緩沖區(qū)，用于存儲所述解碼后的視音頻壓縮數(shù)據(jù)；唇音同步模塊，用于將所述解碼后的視音頻壓縮數(shù)據(jù)同步；編碼緩沖區(qū)，用于存儲所述同步后的視音頻壓縮數(shù)據(jù)；編碼模塊，用于將所述編碼緩沖區(qū)中的視音頻壓縮數(shù)據(jù)編碼為通用流媒體格式；輸出模塊，用于發(fā)送所述編碼后的視音頻壓縮數(shù)據(jù)。
2.如權(quán)利要求1所述的一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置，其特征在于，該裝置還進一步包括控制模塊，用于控制多路數(shù)據(jù)的輸入、處理、解碼。
3.如權(quán)利要求1所述的一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置，其特征在于，該裝置還進一步包括和所述輸出模塊相連的網(wǎng)絡(luò)模塊及相應(yīng)的網(wǎng)絡(luò)接口，用于監(jiān)聽所述網(wǎng)絡(luò)接口中的端口；當(dāng)流媒體服務(wù)器連接到該端口后，該網(wǎng)絡(luò)模塊將所述輸出模塊輸出的編碼后的視音頻壓縮數(shù)據(jù)打包后，通過IP網(wǎng)絡(luò)發(fā)送給流媒體服務(wù)器。
4.如權(quán)利要求1所述的一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置，其特征在于，該裝置還進一步包括和所述輸出模塊相連的存儲設(shè)備，用于存儲所述輸出模塊輸出的編碼后的視音頻壓縮數(shù)據(jù)。
5.如權(quán)利要求1所述的一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置，其特征在于，所述的RTP模塊更具體地是指將原始視音頻壓縮數(shù)據(jù)包去除其負載頭信息后，成為凈荷數(shù)據(jù)。
6.如權(quán)利要求1所述的一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置，其特征在于，所述的解碼模塊更具體地包括音頻解碼模塊和視頻解碼模塊。
7.如權(quán)利要求6所述的一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置，其特征在于，所述的音頻解碼模塊用于將所述處理后的視音頻壓縮數(shù)據(jù)中的音頻壓縮數(shù)據(jù)解碼為音頻PCM格式。
8.如權(quán)利要求6所述的一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置，其特征在于，所述的視頻解碼模塊用于將所述處理后的視音頻壓縮數(shù)據(jù)中的視頻壓縮數(shù)據(jù)解碼為視頻YUV格式。
9.如權(quán)利要求1所述的一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置，其特征在于，所述的唇音同步模塊更具體地是指從所述解碼緩沖區(qū)中讀取視音頻數(shù)據(jù)及其RTP時間信息，根據(jù)RTP時間信息以及RTCP包的同步時間信息確定音頻、視頻數(shù)據(jù)的網(wǎng)絡(luò)延遲時間，即得到音頻視頻的相對網(wǎng)絡(luò)時延，再根據(jù)得到的相對網(wǎng)絡(luò)時延填充靜音或緩存圖像，從而實現(xiàn)音頻與視頻的同步。
10.如權(quán)利要求1所述的一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置，其特征在于，所述的輸入模塊更進一步包含接收或發(fā)出H.323、SIP或H.248等多種協(xié)議的呼叫加入會議，與會議電視系統(tǒng)中的設(shè)備建立連接。
11.一種基于權(quán)利要求1所述實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置而實現(xiàn)的多種視音頻流格式轉(zhuǎn)換方法，其特征在于，該方法包含以下步驟a、接收原始視音頻壓縮數(shù)據(jù)包；b、處理接收的原始視音頻壓縮數(shù)據(jù)包，并將其解碼后，存入解碼緩沖區(qū)；c、從解碼緩沖區(qū)將所述解碼后的視音頻壓縮數(shù)據(jù)取出，并進行同步，然后存入編碼緩沖區(qū)；d、從編碼緩沖區(qū)將所述同步后的視音頻壓縮數(shù)據(jù)取出，并編碼為通用流媒體格式；e、將編碼后的流媒體數(shù)據(jù)打包后向網(wǎng)絡(luò)發(fā)送。
12.如權(quán)利要求11所述的一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的方法，其特征在于，所述的步驟a更進一步包含接收或發(fā)出H.323、SIP或H.248等多種協(xié)議的呼叫加入會議，與會議電視系統(tǒng)中的設(shè)備建立連接。
13.如權(quán)利要求11所述的一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的方法，其特征在于，所述的步驟d中的編碼為通用流媒體格式是指編碼為Real、Windows Media、MPEG4通用流媒體格式，并存儲在本地。
全文摘要
本發(fā)明提出了一種實現(xiàn)多種視音頻流格式轉(zhuǎn)換的裝置和方法，該裝置包括輸入模塊，用于接收原始視音頻壓縮數(shù)據(jù)包；RTP模塊，用于處理所述輸入模塊接收的原始視音頻壓縮數(shù)據(jù)包；解碼模塊，用于將所述處理后的視音頻壓縮數(shù)據(jù)解碼；解碼緩沖區(qū)，用于存儲所述解碼后的視音頻壓縮數(shù)據(jù)；唇音同步模塊，用于將所述解碼后的視音頻壓縮數(shù)據(jù)同步；編碼緩沖區(qū)，用于存儲所述同步后的視音頻壓縮數(shù)據(jù)；編碼模塊，用于將所述編碼緩沖區(qū)中的視音頻壓縮數(shù)據(jù)編碼為通用流媒體格式；輸出模塊。本發(fā)明不僅完成了多媒體數(shù)據(jù)的多種流媒體格式的轉(zhuǎn)換，使得其編碼和會議的進行同步，而且還避免了多媒體數(shù)據(jù)不必要的損失，降低了系統(tǒng)成本，提高了系統(tǒng)整體性能。
文檔編號H04N7/26GK1472959SQ02128329
公開日2004年2月4日 申請日期2002年7月30日 優(yōu)先權(quán)日2002年7月30日
發(fā)明者梁柱, 羅忠, 梁 柱 申請人:華為技術(shù)有限公司