DAV首頁
數字音視工程網

微信公眾號

數字音視工程網

手機DAV

  • 熱門搜索:
  • 技術風向標
  • LED小間距
  • null
    null
    null
    卓華,
    招商,
    null
    null
    null
    快捷,
    null

    我的位置:

    share

    Vidyo的混音混頻是怎么做的?與傳統的混音混頻有什么區別?

    來源:Vidyo        編輯:小月亮    2021-08-30 13:41:10     加入收藏    咨詢

    咨詢
    所在單位:*
    姓名:*
    手機:*
    職位:
    郵箱:*
    其他聯系方式:
    咨詢內容:
    驗證碼:
    不能為空 驗證碼錯誤
    確定

    Vidyo 視頻會議的核心是混音混頻。就是假如我們物理上是在不同地方,但是我們要達到同時化,要把聲音混音。我要看多人視頻就要混頻。任何一個視頻會議解決方案都得要解決混音混頻。

      Vidyo 視頻(pin)(pin)會(hui)議的核心(xin)是混(hun)(hun)音混(hun)(hun)頻(pin)(pin)。就是假如我們物(wu)理上是在不同地(di)方,但是我們要(yao)達到同時化,要(yao)把聲音混(hun)(hun)音。我要(yao)看多(duo)人視頻(pin)(pin)就要(yao)混(hun)(hun)頻(pin)(pin)。任何一個視頻(pin)(pin)會(hui)議解決方案都(dou)得(de)要(yao)解決混(hun)(hun)音混(hun)(hun)頻(pin)(pin)。

      那么傳統會議都是以中心架構MCU這種模式,在中心放一個很強的服務器來(lai)處(chu)理混音混頻。然(ran)后在(zai)客戶端只(zhi)是(shi)呈現。那么這種架(jia)構呢(ni),首先對中(zhong)心節點要(yao)求(qiu)比較高,因為(wei)你(ni)要(yao)進行編(bian)解(jie)(jie)碼。編(bian)解(jie)(jie)碼實(shi)際是(shi)特別消(xiao)耗資(zi)源的(de)。這也就是(shi)說傳統的(de)MCU為(wei)什么必須(xu)用dsp芯片的(de)一個主(zhu)要(yao)原因。

      但(dan)是(shi)(shi)這(zhe)(zhe)個編解碼(ma)也帶(dai)來了(le)一(yi)(yi)個問題啊,視頻(pin)會議的(de)壓縮(suo)是(shi)(shi)有損壓縮(suo),不能還原。所以視頻(pin)會議的(de)圖像處(chu)理是(shi)(shi)有損的(de),視頻(pin)進行一(yi)(yi)次這(zhe)(zhe)個壓縮(suo)處(chu)理,質量會損失一(yi)(yi)次。然(ran)后他的(de)算法比較復雜,也會造成了(le)延(yan)(yan)遲(chi),這(zhe)(zhe)就(jiu)是(shi)(shi)我們說(shuo)的(de)二百(bai)毫秒(miao)的(de)延(yan)(yan)遲(chi)。所以說(shuo)MCU這(zhe)(zhe)種(zhong)架(jia)構(gou),它(ta)帶(dai)來了(le)一(yi)(yi)個問題是(shi)(shi)什么(me)(me)?就(jiu)是(shi)(shi)以前會議量不是(shi)(shi)很大(da)(da)的(de),簡單(dan)的(de)還能支持。這(zhe)(zhe)種(zhong)中心架(jia)構(gou)呢,只能夠支持兩級。大(da)(da)型會議MCU容量肯定有限(xian)的(de),怎么(me)(me)辦?他就(jiu)通過多個設備之(zhi)間的(de)節點接入。但(dan)是(shi)(shi)經過一(yi)(yi)次設備延(yan)(yan)遲(chi)一(yi)(yi)二百(bai)毫秒(miao),完全不能適用(yong)于大(da)(da)型會議。

      那(nei)中(zhong)心(xin)不(bu)行,那(nei)肯定是(shi)(shi)在客(ke)戶端(duan)(duan)去(qu)做混(hun)音混(hun)頻。所(suo)以這(zhe)(zhe)(zhe)就出(chu)了一(yi)種(zhong)非MCU架(jia)構解(jie)(jie)(jie)決方(fang)(fang)案,這(zhe)(zhe)(zhe)種(zhong)解(jie)(jie)(jie)決方(fang)(fang)案就是(shi)(shi)中(zhong)心(xin)是(shi)(shi)轉發不(bu)進行編寫(xie)。轉發給客(ke)戶端(duan)(duan),客(ke)戶端(duan)(duan)去(qu)解(jie)(jie)(jie)碼。一(yi)種(zhong)方(fang)(fang)式是(shi)(shi)不(bu)管(guan)客(ke)戶端(duan)(duan)要什么我(wo)直接發送高清的(de)(de)包(bao)。另(ling)一(yi)種(zhong)是(shi)(shi),客(ke)戶端(duan)(duan)要多大(da)的(de)(de)包(bao),比如720p,那(nei)中(zhong)心(xin)就做720p的(de)(de)包(bao)發過(guo)去(qu)。那(nei)這(zhe)(zhe)(zhe)種(zhong)非MCU架(jia)構解(jie)(jie)(jie)決方(fang)(fang)案的(de)(de)適應性太差(cha)。對終端(duan)(duan)的(de)(de)要求太高。實踐上這(zhe)(zhe)(zhe)就是(shi)(shi)對傳統視頻解(jie)(jie)(jie)決方(fang)(fang)案的(de)(de)一(yi)個優化。

      實際上(shang)Vidyo 使用(yong)的(de)SVC可擴(kuo)展編(bian)(bian)碼(ma)(ma)(ma),這(zhe)個編(bian)(bian)碼(ma)(ma)(ma)大(da)圖里面(mian)(mian)是(shi)(shi)有幾個編(bian)(bian)碼(ma)(ma)(ma)小(xiao)圖中圖互(hu)相關聯組成(cheng)的(de)組成(cheng)。那么當你(ni)需(xu)(xu)要(yao)(yao)多(duo)個視頻流的(de)時(shi)候,你(ni)需(xu)(xu)要(yao)(yao)看一個大(da)圖,別人需(xu)(xu)要(yao)(yao)看小(xiao)圖的(de)時(shi)候,我只(zhi)需(xu)(xu)要(yao)(yao)編(bian)(bian)碼(ma)(ma)(ma)大(da)圖,因為我編(bian)(bian)碼(ma)(ma)(ma)大(da)圖里面(mian)(mian)包含了(le)編(bian)(bian)碼(ma)(ma)(ma)小(xiao)圖,和剛才那個多(duo)路(lu)(lu)(lu)是(shi)(shi)不一樣的(de),它是(shi)(shi)一路(lu)(lu)(lu)。但是(shi)(shi)Vidyo 里面(mian)(mian)是(shi)(shi)分層(ceng)的(de),分為高(gao)可靠性(xing)(xing)路(lu)(lu)(lu)與低可靠性(xing)(xing)路(lu)(lu)(lu)。那么它這(zhe)種(zhong)解決了(le)傳(chuan)統視頻的(de)中心全編(bian)(bian)全解帶來(lai)的(de)質量損失,延遲。打(da)破了(le)適(shi)應性(xing)(xing),擴(kuo)展性(xing)(xing)的(de)局限。同(tong)時(shi)它對終端(duan)來(lai)說,只(zhi)需(xu)(xu)要(yao)(yao)一路(lu)(lu)(lu)網絡(luo)與流量,高(gao)品(pin)質。路(lu)(lu)(lu)由規(gui)模(mo)大(da),網絡(luo)適(shi)應性(xing)(xing)強(qiang)。那么這(zhe)就是(shi)(shi)SVC主要(yao)(yao)的(de)特點。

    免責聲明:本文來源于Vidyo,本文僅代表作者個人觀點,本站不作任何保證和承諾,若有任何疑問,請與本文作者聯系或有侵權行為聯系本站刪除。(原創稿件未經許可,不可轉載,轉載請注明來源)
    掃一掃關注數字音視工程網公眾號

    相關閱讀related

    評論comment

     
    驗證碼:
    您還能輸入500