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

　　那么傳統(tǒng)會議都是以中心架構(gòu)MCU這種模式，在中心放一個很強(qiáng)的服務(wù)器來處理混音混頻。然后在客戶端只是呈現(xiàn)。那么這種架構(gòu)呢，首先對中心節(jié)點要求比較高，因為你要進(jìn)行編解碼。編解碼實際是特別消耗資源的。這也就是說傳統(tǒng)的MCU為什么必須用dsp芯片的一個主要原因。

　　但是這個編解碼也帶來了一個問題啊，視頻會議的壓縮是有損壓縮，不能還原。所以視頻會議的圖像處理是有損的，視頻進(jìn)行一次這個壓縮處理，質(zhì)量會損失一次。然后他的算法比較復(fù)雜，也會造成了延遲，這就是我們說的二百毫秒的延遲。所以說MCU這種架構(gòu)，它帶來了一個問題是什么?就是以前會議量不是很大的，簡單的還能支持。這種中心架構(gòu)呢，只能夠支持兩級。大型會議MCU容量肯定有限的，怎么辦?他就通過多個設(shè)備之間的節(jié)點接入。但是經(jīng)過一次設(shè)備延遲一二百毫秒，完全不能適用于大型會議。

　　那中心不行，那肯定是在客戶端去做混音混頻。所以這就出了一種非MCU架構(gòu)解決方案，這種解決方案就是中心是轉(zhuǎn)發(fā)不進(jìn)行編寫。轉(zhuǎn)發(fā)給客戶端，客戶端去解碼。一種方式是不管客戶端要什么我直接發(fā)送高清的包。另一種是，客戶端要多大的包，比如720p，那中心就做720p的包發(fā)過去。那這種非MCU架構(gòu)解決方案的適應(yīng)性太差。對終端的要求太高。實踐上這就是對傳統(tǒng)視頻解決方案的一個優(yōu)化。

　　實際上Vidyo 使用的SVC可擴(kuò)展編碼，這個編碼大圖里面是有幾個編碼小圖中圖互相關(guān)聯(lián)組成的組成。那么當(dāng)你需要多個視頻流的時候，你需要看一個大圖，別人需要看小圖的時候，我只需要編碼大圖，因為我編碼大圖里面包含了編碼小圖，和剛才那個多路是不一樣的，它是一路。但是Vidyo 里面是分層的，分為高可靠性路與低可靠性路。那么它這種解決了傳統(tǒng)視頻的中心全編全解帶來的質(zhì)量損失，延遲。打破了適應(yīng)性，擴(kuò)展性的局限。同時它對終端來說，只需要一路網(wǎng)絡(luò)與流量，高品質(zhì)。路由規(guī)模大，網(wǎng)絡(luò)適應(yīng)性強(qiáng)。那么這就是SVC主要的特點。