国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的方法及系統(tǒng)的制作方法

      文檔序號:7868693閱讀:410來源:國知局
      專利名稱:一種消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的方法及系統(tǒng)的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明屬于流媒體通信領(lǐng)域,具體涉及一種消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的方法及系統(tǒng)。
      背景技術(shù)
      隨著EtherNet技術(shù)的不斷發(fā)展,IPC (網(wǎng)絡(luò)視頻監(jiān)控設(shè)備)逐漸成為安防領(lǐng)域發(fā)展的一個熱點。利用現(xiàn)有的IP寬帶網(wǎng)絡(luò),便可以實現(xiàn)遠(yuǎn)程視頻監(jiān)控,而不用單獨建設(shè)視頻專線。在實際復(fù)雜的組網(wǎng)環(huán)境中,視頻數(shù)據(jù)包在傳輸過程中經(jīng)常出現(xiàn)數(shù)據(jù)丟失、亂序和到達(dá)延遲等現(xiàn)象,從而導(dǎo)致了多個視頻數(shù)據(jù)包到達(dá)接收端的時間和順序與發(fā)送端有所差異,這種現(xiàn)象稱為網(wǎng)絡(luò)抖動。如果直接將具有抖動的數(shù)據(jù)進行視頻解碼渲染,在視覺體驗上就會出現(xiàn)圖像不平滑甚至花屏等效果,因此,消除視頻數(shù)據(jù)網(wǎng)絡(luò)傳輸抖動是實時監(jiān)控重要任務(wù)之
      O

      發(fā)明內(nèi)容
      本發(fā)明目的是針對現(xiàn)有技術(shù)中存在的視頻數(shù)據(jù)在網(wǎng)絡(luò)傳輸后進行解碼渲染出現(xiàn)圖像不平滑甚至花屏的技術(shù)問題,提供一種消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的方法。本發(fā)明還提供了一種消除視頻傳輸網(wǎng)絡(luò)抖動的系統(tǒng)。本發(fā)明的目的通過下述技術(shù)方案來實現(xiàn)
      一種消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的方法,其具體包含以下步驟1.服務(wù)器接收視頻數(shù)據(jù)包,并將數(shù)據(jù)包編碼后采用分幀算法拆分成以幀為單位的數(shù)據(jù)幀;2.依次給拆分后的每個數(shù)據(jù)幀賦予一個序列號,并依序?qū)?shù)據(jù)幀存放在待發(fā)送緩存區(qū);3.從待發(fā)送緩存區(qū)中取出讀指針指向的數(shù)據(jù)幀作為當(dāng)前幀,得到當(dāng)前時間戳Tem,如果時間間隔Iafr-T7ifl^大于或等于發(fā)送時間閾值則將當(dāng)前幀進行發(fā)送;否則再判斷當(dāng)前緩存區(qū)中的數(shù)據(jù)幀個數(shù)是否達(dá)到最大臨界值Iisljtoifta;如果當(dāng)前緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值,則強制發(fā)送當(dāng)前幀,否則等待,直到時間間隔大于發(fā)送時間閾值或者緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值;其中丨_|為上一次發(fā)送幀的時間戳。更進一步地,上述待發(fā)送緩存區(qū)為雙向循環(huán)鏈表,依序?qū)?shù)據(jù)幀插入鏈表的尾部結(jié)點,并從鏈表的頭節(jié)點中取出數(shù)據(jù)幀。更進一步地,上述方法還包括,當(dāng)前幀發(fā)送完成后,更新=Τ·,鏈表指
      針指向下一幀數(shù)據(jù),并取出該幀數(shù)據(jù),重復(fù)步驟3。更進一步地,上述步驟I中的編碼采用H. 264編碼壓縮。更進一步地,上述步驟3中得到當(dāng)前時間戳的方式為釆用GetTickCountO函數(shù)計
      笪本發(fā)明還公開了一種消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的系統(tǒng),其具體包括服務(wù)器中的接收模塊、賦值模塊、比較模塊、發(fā)送模塊,所述接收模塊用于接收視頻數(shù)據(jù)包,并將數(shù)據(jù)包采用接收模塊中的編碼模塊進行編碼,編碼后采用分幀算法拆分成以幀為單位的數(shù)據(jù)幀; 所述賦值模塊用于依次給拆分后的每個數(shù)據(jù)幀賦予一個序列號,并依序?qū)?shù)據(jù)幀存放在待發(fā)送緩存區(qū);所述比較模塊用于從待發(fā)送緩存區(qū)中取出讀指針指向的數(shù)據(jù)幀作為當(dāng)前中貞,得到當(dāng)前時間戳如果時間間隔大于或等于發(fā)送時間閾值Isr則通過發(fā)送模塊將當(dāng)前幀進行發(fā)送;否則再判斷當(dāng)前緩存區(qū)中的數(shù)據(jù)幀個數(shù)是否達(dá)到最大臨界值如果當(dāng)前緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值£讀—,則通過發(fā)送模塊強制發(fā)送當(dāng)前幀,否則等待,直到時間間隔大于發(fā)送時間閾值或者緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值;其中為上一次發(fā)送幀的時間戳。
      更進一步地,上述待發(fā)送緩存區(qū)為雙向循環(huán)鏈表,依序?qū)?shù)據(jù)幀插入鏈表的尾部結(jié)點,并從鏈表的頭節(jié)點中取出數(shù)據(jù)幀。
      更進一步地,上述系統(tǒng)還包括更新模塊,所述更新模塊用于當(dāng)前幀發(fā)送完成后,更新Tmt =7;-,鏈表指針指向下一幀數(shù)據(jù),并取出該幀數(shù)據(jù),重復(fù)執(zhí)行比較模塊和發(fā)送模塊。
      更進一步地,上述編碼模塊將數(shù)據(jù)采用H. 264編碼壓縮。
      通過采用以上技術(shù)方案,本發(fā)明具有以下有益效果根據(jù)時間間隔判斷是否應(yīng)該發(fā)送數(shù)據(jù)幀,使得數(shù)據(jù)幀能夠勻速進行發(fā)送,實現(xiàn)了視頻數(shù)據(jù)均勻的到達(dá)解碼端,同時在緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值時進行強制發(fā)送 ,有效提高了內(nèi)存空間利用率,減小了內(nèi)存波動,最終消除了視頻數(shù)據(jù)在傳輸中的網(wǎng)絡(luò)抖動,使視頻圖像顯示更平滑,提高了用戶的使用感受。


      附圖1本發(fā)明的消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的方法流程圖。
      具體實施方式
      為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白,以下結(jié)合說明書附圖及具體實施例,對本發(fā)明進行進一步詳細(xì)說明。應(yīng)當(dāng)理解,此處所描述的具體實施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明。
      本發(fā)明公開了一種消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的方法,其具體包含以下步驟1.服務(wù)器接收視頻數(shù)據(jù)包,并將數(shù)據(jù)包編碼后采用分幀算法拆分成以幀為單位的數(shù)據(jù)幀;2.依次給拆分后的每個數(shù)據(jù)幀賦予一個序列號,并依序?qū)?shù)據(jù)幀存放在待發(fā)送緩存區(qū);3.從待發(fā)送緩存區(qū)中取出讀指針指向的數(shù)據(jù)幀作為當(dāng)前幀,得到當(dāng)前時間戳T7flffy,如果時間間隔!大于或等于發(fā)送時間閾值則將當(dāng)前幀進行發(fā)送;否則再判斷當(dāng)前緩存區(qū)中的數(shù)據(jù)幀個數(shù)是否達(dá)到最大臨界值果當(dāng)前緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值,則強制發(fā)送當(dāng)前幀,否則等待,直到時間間隔大于發(fā)送時間閾值或者緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值;其中為上一次發(fā)送幀的時間戳。其中,時間閾值實時■視頻S像幀率確定,@實時·視頻S像幀率力25FPS時,則每幀;^丨旬白勺丨旬隔力40毫秒,所以取時間閾值為40ms,比較條件為H 一輸·。同時考慮到實際視頻流所占用內(nèi)存,以25幀作為鏈表最大臨界值,此值可以根據(jù)實時視頻圖像的分辨率大小及幀率進行動態(tài)調(diào)整,比較條件為:_—>25。
      通過采用上述技術(shù)方案,根據(jù)時間間隔判斷是否應(yīng)該發(fā)送數(shù)據(jù)幀,使得數(shù)據(jù)幀能夠勻速進行發(fā)送,實現(xiàn)了視頻數(shù)據(jù)均勻的到達(dá)解碼端,同時在緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值時進行強制發(fā)送,有效提高了內(nèi)存空間利用率,減小了內(nèi)存波動,最終消除了視頻數(shù)據(jù)在傳輸中的網(wǎng)絡(luò)抖動,使視頻圖像顯示更平滑,提高了用戶的使用感受。
      更進一步地,上述待發(fā)送緩存區(qū)為雙向循環(huán)鏈表,依序?qū)?shù)據(jù)幀插入鏈表的尾部結(jié)點,并從鏈表的頭節(jié)點中取出數(shù)據(jù)幀。構(gòu)建一個雙向循環(huán)鏈表作為發(fā)送等待緩存區(qū),根據(jù)幀序號順序?qū)⒚恳粠迦氲芥湵淼奈膊拷Y(jié)點;從鏈表的頭結(jié)點取出一元素作為當(dāng)前數(shù)據(jù)幀,判斷該幀時間戳是否滿足發(fā)送條件,滿足則發(fā)送當(dāng)前數(shù)據(jù)幀;如果不滿足則繼續(xù)判斷當(dāng)前鏈表緩存的幀個數(shù)是否達(dá)到最大值,若已經(jīng)達(dá)到,則強制發(fā)送當(dāng)前數(shù)據(jù)幀。采用栓向循環(huán)列表用于數(shù)據(jù)幀的緩存,避免了數(shù)據(jù)幀的亂序,同時便于系統(tǒng)實現(xiàn)。
      更進一步地,上述方法還包括,當(dāng)前幀發(fā)送完成后,更新z— =Tmrr,鏈表指針指向下一幀數(shù)據(jù),并取出該幀數(shù)據(jù),重復(fù)步驟3。在當(dāng)前幀發(fā)完成后,即可更新時間戳,使得數(shù)據(jù)幀的傳送更加均勻。
      更進一步地,上述步驟I中的編碼采用H. 264編碼壓縮。H. 264和以前的標(biāo)準(zhǔn)一樣,也是DPCM加變換編碼的混合編碼模式,但H. 264具有很高的數(shù)據(jù)壓縮比率,在同等圖像質(zhì)量的條件下,H. 264的壓縮比是MPEG-2的2倍以上,是MPEG-4的1. 5 2倍。例如, 原始 文件的大小如果為88GB,采用MPEG-2壓縮標(biāo)準(zhǔn)壓縮后變成3. 5GB,壓縮比為25 1,而采用H. 264壓縮標(biāo)準(zhǔn)壓縮后變?yōu)?79MB,從88GB到879MB,H. 264的壓縮比為102 I。和 MPEG-2和MPEG-4ASP等壓縮技術(shù)相比,H. 264壓縮技術(shù)將大大節(jié)省用戶的下載時間和數(shù)據(jù)流量收費。同時H. 264在具有高壓縮比的同時還擁有高質(zhì)量流暢的圖像。
      更進一步地,上述步驟3中得到當(dāng)前時間戳的方式為采用GetTickCount O函數(shù)計算。采用上述函數(shù)快速計算出當(dāng)前時間戳,GetTickCount返回從操作系統(tǒng)啟動到現(xiàn)在所經(jīng)過的毫秒數(shù),它的返回值是DWORD。采用上述函數(shù)直接得到當(dāng)前時間戳,快速便捷且準(zhǔn)確。
      本發(fā)明還公開了一種消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的系統(tǒng),其具體包括服務(wù)器中的接收模塊、賦值模塊、比較模塊、發(fā)送模塊,所述接收模塊用于接收視頻數(shù)據(jù)包,并將數(shù)據(jù)包采用接收模塊中的編碼模塊進行編碼,編碼后采用分幀算法拆分成以幀為單位的數(shù)據(jù)幀; 所述賦值模塊用于依次給拆分后的每個數(shù)據(jù)幀賦予一個序列號,并依序?qū)?shù)據(jù)幀存放在待發(fā)送緩存區(qū);所述比較模塊用于從待發(fā)送緩存區(qū)中取出讀指針指向的數(shù)據(jù)幀作為當(dāng)前中貞,得到當(dāng)前時間戳Γ—,如果時間間隔大于或等于發(fā)送時間閾值?!?則通過發(fā)送模塊將當(dāng)前幀進行發(fā)送;否則再判斷當(dāng)前緩存區(qū)中的數(shù)據(jù)幀個數(shù)是否達(dá)到最大臨界值如果當(dāng)前緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值,則通過發(fā)送模塊強制發(fā)送當(dāng)前幀,否則等待,直到時間間隔大于發(fā)送時間閾值或者緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值;其中為上一次發(fā)送幀的時間戳。其中,時間閾值L由實時視頻圖像幀率確定,當(dāng)實時視頻圖像幀率為25FPS時,則每幀之間的間隔為40毫秒,所以取時間閾值為40ms,比較條件為 U-浦露。 同時考慮到實際視頻流所占用內(nèi)存,以25幀作為鏈表最大臨界值,此值可以根據(jù)實時視頻圖像的分辨率大小及幀率進行動態(tài)調(diào)整,比較條件為:ldStgfajmifag — 25ο通過采用上述技術(shù)方案,根據(jù)時間間隔判斷是否應(yīng)該發(fā)送數(shù)據(jù)幀,使得數(shù)據(jù)幀能夠勻速進行發(fā)送,實現(xiàn)了視頻數(shù)據(jù)均勻的到達(dá)解碼端,同時在緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值時進行強制發(fā)送,有效提高了內(nèi)存空間利用率,減小了內(nèi)存波動,最終消除了視頻數(shù)據(jù)在傳輸中的網(wǎng)絡(luò)抖動,使視頻圖像顯示更平滑,提高了用戶的使用感受。更進一步地,上述待發(fā)送緩存區(qū)為雙向循環(huán)鏈表,依序?qū)?shù)據(jù)幀插入鏈表的尾部結(jié)點,并從鏈表的頭節(jié)點中取出數(shù)據(jù)幀。構(gòu)建一個雙向循環(huán)鏈表作為發(fā)送等待緩存區(qū),根據(jù)幀序號順序?qū)⒚恳粠迦氲芥湵淼奈膊拷Y(jié)點;從鏈表的頭結(jié)點取出一元素作為當(dāng)前數(shù)據(jù)幀,判斷該幀時間戳是否滿足發(fā)送條件,滿足則發(fā)送當(dāng)前數(shù)據(jù)幀;如果不滿足則繼續(xù)判斷當(dāng)前鏈表緩存的幀個數(shù)是否達(dá)到最大值,若已經(jīng)達(dá)到,則強制發(fā)送當(dāng)前數(shù)據(jù)幀。采用栓向循環(huán)列表用于數(shù)據(jù)幀的緩存,避免了數(shù)據(jù)幀的亂序,同時便于系統(tǒng)實現(xiàn)。
      更進一步地,上述系統(tǒng)還包括更新模塊,所述更新模塊用于當(dāng)前幀發(fā)送完成后,更
      新=Tafr,鏈表指針指向下一幀數(shù)據(jù),并取出該幀數(shù)據(jù),重復(fù)執(zhí)行比較模塊和發(fā)送
      模塊。在當(dāng)前幀發(fā)完成后,即可更新時間戳,使得數(shù)據(jù)幀的傳送更加均勻。更進一步地,上述編碼模塊將數(shù)據(jù)采用H. 264編碼壓縮。H. 264和以前的標(biāo)準(zhǔn)一樣,也是DPCM加變換編碼的混合編碼模式,但H. 264具有很高的數(shù)據(jù)壓縮比率,在同等圖像質(zhì)量的條件下,H. 264的壓縮比是MPEG-2的2倍以上,是MPEG-4的1. 5 2倍。例如,原始文件的大小如果為88GB,采用MPEG-2壓縮標(biāo)準(zhǔn)壓縮后變成3. 5GB,壓縮比為25 1,而采用H. 264壓縮標(biāo)準(zhǔn)壓縮后變?yōu)?79MB,從88GB到879MB,H. 264的壓縮比為102 I。和MPEG-2和MPEG-4ASP等壓縮技術(shù)相比,H. 264壓縮技術(shù)將大大節(jié)省用戶的下載時間和數(shù)據(jù)流量收費。同時H. 264在具有高壓縮比的同時還擁有高質(zhì)量流暢的圖像。更進一步地,上述比較模塊中還包括時間戳獲取模塊,所述時間戳獲取模塊用于采用GetTickCountO函數(shù)計算得到當(dāng)前時間戳。采用上述函數(shù)快速計算出當(dāng)前時間戳,GetTickCount返回從操作系統(tǒng)啟動到現(xiàn)在所經(jīng)過的毫秒數(shù),它的返回值是DWORD。采用上述函數(shù)直接得到當(dāng)前時間戳,快速便捷且準(zhǔn)確。上述的實施例中所給出的系數(shù)和參數(shù),是提供給本領(lǐng)域的技術(shù)人員來實現(xiàn)或使用本發(fā)明的,本發(fā)明并不限定僅取前述公開的數(shù)值,在不脫離本發(fā)明的發(fā)明思想的情況下,本領(lǐng)域的技術(shù)人員可以對上述實施例作出種種修改或調(diào)整,因而本發(fā)明的保護范圍并不被上述實施例所限,而應(yīng)該是符合權(quán)利要求書提到的創(chuàng)新性特征的最大范圍。
      權(quán)利要求
      1.一種消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的方法,其具體包含以下步驟1.服務(wù)器接收視頻數(shù)據(jù)包,并將數(shù)據(jù)包編碼后采用分幀算法拆分成以幀為單位的數(shù)據(jù)幀;.2.依次給拆分后的每個數(shù)據(jù)幀賦予一個序列號,并依序?qū)?shù)據(jù)幀存放在待發(fā)送緩存區(qū);3.從待發(fā)送緩存區(qū)中取出讀指針指向的數(shù)據(jù)幀作為當(dāng)前幀,得到當(dāng)前時間戳Tim,如果時間間大于或等于發(fā)送時間閾值則將當(dāng)前幀進行發(fā)送;否則再判斷當(dāng)前緩存區(qū)中的數(shù)據(jù)幀個數(shù)是否達(dá)到最大臨界值ZjsIamIs;如果當(dāng)前緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值£isf Jaaftje,則強制發(fā)送當(dāng)前幀,否則等待,直到時間間隔大于發(fā)送時間閾值或者緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值;其中I7a3ttf為上一次發(fā)送幀的時間戳。
      2.如權(quán)利要求1所述的消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的方法,其特征在于所述待發(fā)送緩存區(qū)為雙向循環(huán)鏈表,依序?qū)?shù)據(jù)幀插入鏈表的尾部結(jié)點,并從鏈表的頭節(jié)點中取出數(shù)據(jù)幀。
      3.如權(quán)利要求2所述的消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的方法,其特征在于所述方法還包括,當(dāng)前幀發(fā)送完成后,更新T75fflf Tfess =Iw,鏈表指針指向下一幀數(shù)據(jù),并取出該幀數(shù)據(jù),重復(fù)步驟3。
      4.如權(quán)利要求2所述的消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的方法,其特征在于所述步驟I中的編碼米用H. 264編碼壓縮。
      5.如權(quán)利要求1所述的消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的方法,其特征在于所述步驟3中得到當(dāng)前時間戳的方式為采用GetTickCount函數(shù)計算。
      6.一種消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的系統(tǒng),其特征在于具體包括服務(wù)器中的接收模塊、賦值模塊、比較模塊、發(fā)送模塊,所述接收模塊用于接收視頻數(shù)據(jù)包,并將數(shù)據(jù)包采用接收模塊中的編碼模塊進行編碼,編碼后采用分幀算法拆分成以幀為單位的數(shù)據(jù)幀;所述賦值模塊用于依次給拆分后的每個數(shù)據(jù)幀賦予一個序列號,并依序?qū)?shù)據(jù)幀存放在待發(fā)送緩存區(qū);所述比較模塊用于從待發(fā)送緩存區(qū)中取出讀指針指向的數(shù)據(jù)幀作為當(dāng)前幀,得到當(dāng)前時間戳rerr,如果時間間隔大于或等于發(fā)送時間閾值則通過發(fā)送模塊將當(dāng)前幀進行發(fā)送;否則再判斷當(dāng)前緩存區(qū)中的數(shù)據(jù)幀個數(shù)是否達(dá)到最大臨界值; 如果當(dāng)前緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值 貧,則通過發(fā)送模塊強制發(fā)送當(dāng)前幀,否則等待,直到時間間隔大于發(fā)送時間閾值或者緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值;其中IflsJ為上一次發(fā)送幀的時間戳。
      7.如權(quán)利要求6所述的消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的系統(tǒng),其特征在于所述待發(fā)送緩存區(qū)為雙向循環(huán)鏈表,依序?qū)?shù)據(jù)幀插入鏈表的尾部結(jié)點,并從鏈表的頭節(jié)點中取出數(shù)據(jù)幀。
      8.如權(quán)利要求7所述的消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的系統(tǒng),其特征在于所述系統(tǒng)還包括更新模塊,所述更新模塊用于當(dāng)前幀發(fā)送完成后,更新Tsmd=Tearr,鏈表指針指向下一幀數(shù)據(jù),并取出該幀數(shù)據(jù),重復(fù)執(zhí)行比較模塊和發(fā)送模塊。
      9.如權(quán)利要求8所述的消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的系統(tǒng),其特征在于所述編碼模塊將數(shù) 據(jù)釆用H. 264編碼壓縮。
      全文摘要
      本發(fā)明涉及流媒體通信領(lǐng)域,本發(fā)明公開了一種消除視頻數(shù)據(jù)傳輸網(wǎng)絡(luò)抖動的方法及系統(tǒng),其具體為給拆分后的每個數(shù)據(jù)幀賦予一個序列號,從待發(fā)送緩存區(qū)中取出讀指針指向的數(shù)據(jù)幀作為當(dāng)前幀,得到當(dāng)前時間戳,如果時間間隔-大于或等于發(fā)送時間閾值,則通過發(fā)送模塊將當(dāng)前幀進行發(fā)送;否則再判斷當(dāng)前緩存區(qū)中的數(shù)據(jù)幀個數(shù)是否達(dá)到最大臨界值。根據(jù)時間間隔判斷是否應(yīng)該發(fā)送數(shù)據(jù)幀,使得數(shù)據(jù)幀能夠勻速進行發(fā)送,實現(xiàn)了視頻數(shù)據(jù)均勻的到達(dá)解碼端,同時在緩存區(qū)中的數(shù)據(jù)幀個數(shù)達(dá)到最大臨界值時進行強制發(fā)送,有效提高了內(nèi)存空間利用率,減小了內(nèi)存波動,最終消除了視頻數(shù)據(jù)在傳輸中的網(wǎng)絡(luò)抖動,使視頻圖像顯示更平滑,提高了用戶的使用感受。
      文檔編號H04N7/26GK103002354SQ201210541949
      公開日2013年3月27日 申請日期2012年12月14日 優(yōu)先權(quán)日2012年12月14日
      發(fā)明者劉念林, 李汶隆, 蘭俊松 申請人:四川九洲電器集團有限責(zé)任公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1