動影像數(shù)據(jù)的實時通信協(xié)議編碼方法
【專利摘要】本發(fā)明是有關(guān)在把電視和外部圖像信號轉(zhuǎn)換為動態(tài)圖像專家組壓縮標準等數(shù)字信號，以無線網(wǎng)絡(luò)的輸出設(shè)備，使其可以減少實時傳送協(xié)議編碼其圖像數(shù)據(jù)所需的系統(tǒng)資源的動影像數(shù)據(jù)的實時通信協(xié)議編碼方法的發(fā)明。包括：判斷上述無線圖像傳送設(shè)備需要傳送的壓縮圖像數(shù)據(jù)是否屬于儲存壓縮圖像數(shù)據(jù)的內(nèi)存第一個數(shù)據(jù)的步驟、如果上述需要傳送的數(shù)據(jù)屬于內(nèi)存第一個數(shù)據(jù)，就把實時傳送協(xié)議頭填充在臨時緩沖器后，復(fù)制上述壓縮圖像數(shù)據(jù)，運行RTP編碼的步驟、上述判斷結(jié)果，如果不是屬于內(nèi)存第一個數(shù)據(jù)，就把下一個將要傳送數(shù)據(jù)的實時傳送協(xié)議頭覆蓋在已經(jīng)傳送的此前數(shù)據(jù)的內(nèi)存領(lǐng)域，運行RTP編碼的步驟。
【專利說明】動影像數(shù)據(jù)的實時通信協(xié)議編碼方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明是有關(guān)動影像數(shù)據(jù)實時通信協(xié)議編碼方法的發(fā)明，特別是在把電視和外部圖像信號轉(zhuǎn)換為MPE6等數(shù)字信號，以無線網(wǎng)絡(luò)傳送的設(shè)備，使其可以減少RTP編碼其圖像數(shù)據(jù)所需的系統(tǒng)資源的動影像數(shù)據(jù)的實時通信協(xié)議編碼方法相關(guān)的發(fā)明。
【背景技術(shù)】
[0002]一般來說，無線電視機設(shè)備作為一種具備得到電視接收信號和外部圖像信號的輸入，轉(zhuǎn)換為MPEG等數(shù)字信號，以無線網(wǎng)絡(luò)傳送的電視調(diào)諧器的啟動掃描轉(zhuǎn)換器(UPScanConvertor)，是無需電腦主機，也可以僅用可連接網(wǎng)絡(luò)的顯示器(如:智能型顯示器)視聽電視機和有線電視之類外部圖像信號的設(shè)備。
[0003]現(xiàn)在開發(fā)的無線電視設(shè)備大致以編碼電視機之類的多媒體信號，以無線網(wǎng)絡(luò)傳送的設(shè)備(編解碼器(cradle)或電視盒)和解碼通過無線網(wǎng)絡(luò)接收的信號，傳送給畫面的設(shè)備(智能型顯示器)構(gòu)成。
[0004]上述無線圖像傳送設(shè)備(編解碼器或電視盒)是利用調(diào)諧器接收電視信號，運行視頻和音頻解碼后，通過自身的CPU(中央處理器)以MPE62形式運行圖像壓縮，通過無線網(wǎng)絡(luò)傳送給智能型顯示器，智能型顯示器是接收其壓縮圖像數(shù)據(jù)后，進行解析/還原，輸出給畫面。
[0005]這時，為了把上述無線圖像傳送設(shè)備壓縮的圖像數(shù)據(jù)通過無線網(wǎng)絡(luò)傳送，如圖1所示那樣，需要運行以MPEG形式壓縮的圖像數(shù)據(jù)前粘貼實時傳送協(xié)議頭(時間戳、序列號、有效載荷類型之類的對圖像數(shù)據(jù)的12位信息)的RTP編碼過程。
[0006]之后，如上述那樣運行RTP編碼的數(shù)據(jù)是通過UDP(用戶數(shù)據(jù)包協(xié)議)傳送，為了傳送用戶數(shù)據(jù)包協(xié)議，使用OS (操作系統(tǒng))提供的數(shù)據(jù)傳送API (應(yīng)用編程接口)(如:sendtoO)。這時，在上述‘sendtoO’，將要傳送的數(shù)據(jù)開始號(包括實時傳送協(xié)議頭在內(nèi)的開始地址)進入第一個位置，將要傳送的數(shù)據(jù)大小(包括實時傳送協(xié)議頭和MPEG數(shù)據(jù)在內(nèi)的大小)進入第二個位置。
[0007]此外，在上述無線圖像傳送設(shè)備壓縮為MPEG的數(shù)據(jù)如圖2所示那樣，內(nèi)存上連續(xù)地存在，但根據(jù)RTP編碼時的傳送率，使用了把一定大小(如:8KB)的MPEG數(shù)據(jù)(數(shù)據(jù)O、數(shù)據(jù)I?數(shù)據(jù)N)復(fù)制給緩沖器(沒有圖示)后，其前面粘貼實時傳送協(xié)議頭的方法。
[0008]這時，把上述內(nèi)存的數(shù)據(jù)以一定大小復(fù)制給緩沖器的操作使用操作系統(tǒng)提供的數(shù)據(jù)復(fù)制API (如:memcpy()),上述‘memcpyO’是消耗中央處理器的較多資源。因此，如果把電視信號壓縮為MPEG2形式，每秒產(chǎn)生2Mbps以上的較多數(shù)據(jù)。為了 RTP編碼，實時利用‘memcpyO’復(fù)制這些時，因中央處理器資源的缺陷，導(dǎo)致整個系統(tǒng)性能低下的問題。

【發(fā)明內(nèi)容】

[0009]于是，本發(fā)明是為解決上述現(xiàn)有問題而開發(fā)，其目的在于，如把電視和外部圖像信號轉(zhuǎn)換為MPEG之類的數(shù)字信號，以無線網(wǎng)絡(luò)傳送的設(shè)備所述，提供使其可以減少其圖像數(shù)據(jù)的RTP編碼所需的系統(tǒng)資源的動影像數(shù)據(jù)的實時通信協(xié)議編碼方法。
[0010]為了實現(xiàn)上述目的，本發(fā)明是如把圖像信號轉(zhuǎn)換為MPEG之類的數(shù)字信號，以無線網(wǎng)絡(luò)傳送的無線圖像傳送設(shè)備所述，以如下步驟構(gòu)成為特點:判斷上述無線圖像傳送設(shè)備需要傳送的壓縮圖像數(shù)據(jù)是否屬于儲存壓縮圖像數(shù)據(jù)內(nèi)存的第一個數(shù)據(jù)的步驟、如果上述需要傳送的數(shù)據(jù)屬于內(nèi)存的第一個數(shù)據(jù)，就把實時傳送協(xié)議頭填充在臨時緩沖器后，復(fù)制上述壓縮圖像數(shù)據(jù)，運行RTP編碼的步驟、根據(jù)上述判斷，如果不屬于內(nèi)存的第一個數(shù)據(jù)，把下一個將要傳送數(shù)據(jù)的實時傳送協(xié)議頭覆蓋在已經(jīng)傳送數(shù)據(jù)的內(nèi)存領(lǐng)域，運行RTP編碼的步驟。
[0011]本發(fā)明是在無線圖像傳送設(shè)備，運行旨在傳送圖像的RTP編碼時，不是把內(nèi)存儲存的圖像數(shù)據(jù)復(fù)制在緩沖器，而是把需要傳送的圖像數(shù)據(jù)的實時傳送協(xié)議頭覆蓋在此前傳送圖像數(shù)據(jù)的內(nèi)存領(lǐng)域，使其傳送RTP編碼的圖像數(shù)據(jù)后，反復(fù)運行對下次將要傳送給其領(lǐng)域圖像數(shù)據(jù)實時傳送協(xié)議頭的覆蓋過程，提供能夠減少RTP編碼操作所需的中央處理器資源的方法作為要點。
[0012]即，如果RTP編碼壓縮圖像數(shù)據(jù)(數(shù)據(jù).N)，將要以用戶數(shù)據(jù)包協(xié)議傳送時，本發(fā)明把‘?dāng)?shù)據(jù)N’的實時傳送協(xié)議頭覆蓋在此前傳送的圖像數(shù)據(jù)(數(shù)據(jù)N-1)的內(nèi)存領(lǐng)域后，使其可以把實時傳送協(xié)議頭的開始號放在數(shù)據(jù)傳送API (sendtoO)的第一個位置傳送，以此無需把旨在RTP編碼的數(shù)據(jù)復(fù)制給內(nèi)存上的其它緩沖器，也可以運行RTP編碼。
[0013]如上所述，本發(fā)明的動影像數(shù)據(jù)的實時通信協(xié)議編碼方法是，如把電視和外部圖像信號轉(zhuǎn)換為MPEG之類的數(shù)字信號，以無線網(wǎng)絡(luò)輸出的設(shè)備所述，具有可以使其減少圖像數(shù)據(jù)的RTP編碼所需系統(tǒng)資源的效果。
【專利附圖】

【附圖說明】
[0014]圖1是為說明普通RTP編碼過程的不例圖。
[0015]圖2是在無線圖像傳送設(shè)備，儲存以MPEG形式壓縮的圖像數(shù)據(jù)的內(nèi)存圖的示例圖。
[0016]圖3是為說明本發(fā)明的RTP編碼方法的內(nèi)存圖的示例圖。
[0017]圖4是表示本發(fā)明的動影像數(shù)據(jù)的RTP編碼方法的順序圖。
【具體實施方式】
[0018]下面將參照附圖對本發(fā)明的實施例進行詳細說明。
[0019]圖3是為說明本發(fā)明的RTP編碼方法的內(nèi)存圖的示例圖。如圖3所示那樣，在無線圖像傳送設(shè)備以MPEG形式壓縮的數(shù)據(jù)是暫時儲存在內(nèi)存(環(huán)緩沖區(qū)，100)，根據(jù)數(shù)據(jù)傳送率，對將要首次傳送的一定大小(如:8KB)的圖像數(shù)據(jù)(數(shù)據(jù)O)，與現(xiàn)有方式一樣，復(fù)制給其它緩沖器后，運行RTP編碼。
[0020]S卩，首次傳送的圖像數(shù)據(jù)(數(shù)據(jù)O)因不存在能夠覆蓋實時傳送協(xié)議頭的內(nèi)存空間，以現(xiàn)有方式把實時傳送協(xié)議頭填充給臨時緩沖器后，再次填充圖像數(shù)據(jù)，運行RTP編碼。如上所述，如果傳送第一個圖像數(shù)據(jù)(數(shù)據(jù)O)，就無需保存已經(jīng)傳送的數(shù)據(jù)，因此，產(chǎn)生相當(dāng)于傳送數(shù)據(jù)大小的內(nèi)存空間。于是，從傳送下一個數(shù)據(jù)(數(shù)據(jù)I)開始，把下一個將要傳送的圖像數(shù)據(jù)(數(shù)據(jù)I)的實時傳送協(xié)議頭填充在此前數(shù)據(jù)的傳送而產(chǎn)生的內(nèi)存空間，運行編碼。
[0021]之后，如果上述RTP編碼的圖像數(shù)據(jù)(數(shù)據(jù)I)的傳送結(jié)束，就無需保存‘?dāng)?shù)據(jù)1’，因此，把其圖像數(shù)據(jù)(數(shù)據(jù)2)相應(yīng)的實時傳送協(xié)議頭填充在下一個將要傳送的圖像數(shù)據(jù)(數(shù)據(jù)2)的前面，并運行編碼。
[0022]如上所述，因反復(fù)RTP編碼和圖像數(shù)據(jù)的傳送，如果結(jié)束最后一個圖像數(shù)據(jù)(數(shù)據(jù)N)的傳送，就把相應(yīng)數(shù)據(jù)(數(shù)據(jù)N/1)的實時傳送協(xié)議頭覆蓋在其內(nèi)存領(lǐng)域(數(shù)據(jù)N)的下一個將要傳送的數(shù)據(jù)(數(shù)據(jù)N/1)之前。
[0023]之后，為了以用戶數(shù)據(jù)包協(xié)議傳送上述運行RTP編碼的圖像數(shù)據(jù)，需使用操作系統(tǒng)提供的‘sendtoO’ API，但把需要傳送數(shù)據(jù)的前面內(nèi)存領(lǐng)域里覆蓋的實時傳送協(xié)議頭開始號輸出給其API的第一個位置，把相當(dāng)于上述實時傳送協(xié)議頭和將要傳送的壓縮圖像數(shù)據(jù)累計的大小輸入給第二個位置。
[0024]如上所述，現(xiàn)有方式是根據(jù)傳送率發(fā)生變化，但因把相應(yīng)大小(如8KB)的圖像數(shù)據(jù)復(fù)制給其它緩沖器，需要中央處理器資源。但本發(fā)明是因把12位大小的實時傳送協(xié)議頭覆蓋在存有壓縮圖像數(shù)據(jù)的內(nèi)存空閑領(lǐng)域，幾乎不需要中央處理器的資源。
[0025]圖4是表示本發(fā)明的動影像數(shù)據(jù)RTP編碼方法的順序圖。如圖所示，判斷需要傳送的數(shù)據(jù)是否屬于內(nèi)存第一個數(shù)據(jù)(最下面領(lǐng)域的數(shù)據(jù))。即，因為第一個傳送的數(shù)據(jù)不存在其之前填充實時傳送協(xié)議頭的空閑內(nèi)存領(lǐng)域。
[0026]根據(jù)上述判斷，如果現(xiàn)在需要傳送的數(shù)據(jù)是屬于處在內(nèi)存第一個位置的數(shù)據(jù)(第一個將要傳送的數(shù)據(jù))，就把實時傳送協(xié)議頭填充在臨時緩沖器后，復(fù)制壓縮圖像數(shù)據(jù)，運行RTP編碼。
[0027]如果不屬于首次傳送的數(shù)據(jù)，就把下一個將要傳送數(shù)據(jù)(數(shù)據(jù)N)的實時傳送協(xié)議頭覆蓋在已經(jīng)傳送的數(shù)據(jù)(數(shù)據(jù)N-1)的內(nèi)存領(lǐng)域末端，運行RTP編碼。即，即使不會把壓縮圖像數(shù)據(jù)復(fù)制給填充實時傳送協(xié)議頭的臨時緩沖器，
[0028]也成為儲存實時傳送協(xié)議頭后，接著儲存下一個將要傳送數(shù)據(jù)的相同形式。之后，上述運行RTP編碼的圖像數(shù)據(jù)使用‘sendtoO’ APl以用戶數(shù)據(jù)包協(xié)議傳送。這時，如果把壓縮圖像數(shù)據(jù)復(fù)制在現(xiàn)有臨時緩沖器，運行RTP編碼，輸入到‘sendtoO ’API的第一個位置的開始地址就相同，但本發(fā)明因?qū)崟r傳送協(xié)議頭的開始地址持續(xù)變化，將輸入其變化的開始地址。
[0029]如上所述，本發(fā)明是在已經(jīng)傳送的壓縮圖像數(shù)據(jù)存有的內(nèi)存領(lǐng)域，只覆蓋下一個將要傳送的壓縮圖像數(shù)據(jù)的實時傳送協(xié)議頭，因此，可以減少復(fù)制在現(xiàn)有臨時緩沖器的壓縮圖像數(shù)據(jù)的復(fù)制次數(shù)，以此實現(xiàn)中央處理器資源的節(jié)約，可以提高系統(tǒng)的穩(wěn)定動作和性倉泛。
【權(quán)利要求】
1.動影像數(shù)據(jù)的實時通信協(xié)議編碼方法，所述方法將圖像信號轉(zhuǎn)換為MPEG之類數(shù)字信號，以無線網(wǎng)絡(luò)輸出的無線圖像傳送設(shè)備所述，包括: 判斷上述無線圖像傳送設(shè)備需要傳送的壓縮圖像數(shù)據(jù)是否屬于儲存壓縮圖像數(shù)據(jù)的內(nèi)存第一個數(shù)據(jù)的步驟； 如果上述需要傳送的數(shù)據(jù)屬于內(nèi)存第一個數(shù)據(jù)，就把實時傳送協(xié)議頭填充在臨時緩沖器后，復(fù)制上述壓縮圖像數(shù)據(jù)，運行RTP編碼的步驟； 上述判斷結(jié)果，如果不是屬于內(nèi)存第一個數(shù)據(jù)，就把下一個將要傳送數(shù)據(jù)的實時傳送協(xié)議頭覆蓋在已經(jīng)傳送的此前數(shù)據(jù)的內(nèi)存領(lǐng)域，運行RTP編碼的步驟。
2.如權(quán)利要求項I所述的動影像數(shù)據(jù)的實時通信協(xié)議編碼方法，其特征在于:以用戶數(shù)據(jù)包協(xié)議傳送上述RTP編碼的圖像數(shù)據(jù)時，把實時傳送協(xié)議頭的開始地址輸入給為傳送數(shù)據(jù)而使用的應(yīng)用編程接口的第一個位置，并進行傳送。
3.如權(quán)利要求項I所述的動影像數(shù)據(jù)的實時通信協(xié)議編碼方法，其特征在于:上述依次傳送的圖像數(shù)據(jù)是根據(jù)指定的傳送率設(shè)定的一定大小數(shù)據(jù)。
4.如權(quán)利要求項I所述的動影像數(shù)據(jù)的實時通信協(xié)議編碼方法，其特征在于:上述首次傳送的數(shù)據(jù)是不存在其前面能夠填充實時傳送協(xié)議頭的空閑內(nèi)存領(lǐng)域，并且儲存在最下面內(nèi)存領(lǐng)域的數(shù)據(jù)。
【文檔編號】H04N21/2343GK103763571SQ201110313184
【公開日】2014年4月30日 申請日期:2011年10月17日 優(yōu)先權(quán)日:2011年10月17日
【發(fā)明者】楊成 申請人:楊成