視頻會議十大開源項目排行(轉)

時間 2019-11-09

標籤視頻會議十大開源項目排行简体版

原文原文鏈接

在視頻會議領域，有許多能夠值得參考的開源項目，這些開源項目有的是協議棧、有的是編碼器或者是傳輸協議，因爲視頻會議系統是一個綜合性的應用系統，裏面包含功能較多，如能把這些開源項目選擇性的加入咱們的視頻會議開發當中，咱們的開發效率確定會事半功倍，下面咱們列舉一下視頻會議相關的十大開源項目，並對其重要性及優缺點作一個全面的評價與排名。
php

一、 OpenH323項目（★★★★★）

上榜理由：最著名的H.323開源協議棧，視頻會議開發必備協議棧，強烈推薦

最著名的H.323開源協議棧，包含了所有的H.323協議功能，並有大量視頻會議實現的參考例子，如終端、MCU服務器、gk等H.323協議的核心組成部件，Openh323是H.323協議首選協議棧，同時也是咱們視頻會議開發最值得做爲參考的開源項目之一。

下載地址：http://www.h323plus.org/source/

二、 ffmpeg項目（★★★★★）

上榜理由：最全面的開源編碼器，包括了H.26四、MPEG四、G.72x等音視頻編碼，效率也很是高，強烈推薦

目前最全面的開源編碼器，其中包括經常使用的音視頻編碼協議 h.26四、MPEG四、H.26三、G.72一、G.72六、G.729等，ffmpeg雖然是基於linux的開源項目，但能夠經過交叉編譯的方式在windows下運行，其項目加入了不少優化效率的代碼，如採用彙編替代C，大大提升了編碼的效率，推薦ffmpeg用於視頻會議的實時編碼。

下載地址：http://ffmpeg.org/download.html

三、webrtc項目 (★★★★☆)

上榜理由：Google收購GIPS後開源的基於瀏覽器的實時通訊開源項目，強烈推薦

Google收購GIPS後開源的基於瀏覽器的實時通訊開源項目，GIPS是目前世界上最好的音頻傳輸庫，但其受權費很是高，webrtc是Google收購GIPS後，公開的一個通訊項目，其核心voiceEngine就是由GIPS創建的，所以視頻會議的音頻部分能夠參考webrtc來實現。

下載地址：http://www.webrtc.org

四、OpenMeetings項目 (★★★★☆)

上榜理由：基於java的瀏覽器的視頻會議開源項目，java開發視頻會議的首選

OpenMeetings主要是基於OpenLaszlo的流媒體格式和Red5服務器的開源視頻會議項目，其包含的功能包括音視頻、電子白板等，其項目是用java進行開發。項目的缺點是bug較多，效率不高，但能夠做爲flash視頻會議的一個參考。

下載地址：http://code.google.com/p/openmeetings/downloads/list

五、live555項目 (★★★★☆)

上榜理由：重量級的C++流媒體開源項目，裏面一些模塊能夠做爲視頻會議開發參考

live555是最重量級的一個C++流媒體開源項目，其中不只包括了傳輸協議（SIP、RTP）、音視頻編碼器（H.26四、MPEG4）等，還包括流媒體服務器的例子，是流媒體項目的首選，裏面的傳輸模塊是很是值得視頻會議開發做爲參考的。

下載地址：http://www.live555.com/

六、OPAL項目 (★★★★☆)

上榜理由：OpenH323的下一個版本，新包含了SIP協議棧，是實現SIP協議的首選

OPAL是OpenH323的下一個版本，繼承了Openh323協議，其新包含了SIP協議棧，是實現SIP協議的首選，缺點是參考例子較少。

下載地址：http://sourceforge.net/projects/opalvoip/files/

七、x264項目 (★★★★☆)

上榜理由：應用最廣的H.264編碼器，適合於實時視頻的傳輸

X264是目前應用最廣的H.264編碼器，其省去了H.264效率較低的部分，並對其進行了優化，效率明顯比其餘的H.264開源項目高不少，是最適合於實時視頻會議傳輸的H.264編解碼庫。

下載地址：http://www.x264.nl/

八、Speex項目 (★★★★☆)

上榜理由：音頻領域最著名的開源項目，窄帶和寬帶都有很好的語音質量

Speex是音頻領域最著名的開源項目，窄帶和寬帶都有很好的語音質量，只需8kb就能夠傳輸使人滿意的語言，缺點是傳輸音樂的時候質量會降低。

下載地址：http://www.speex.org/downloads/

九、JRTPLIB項目 (★★★☆☆)

上榜理由：C++跨平臺的 RTP傳輸開源項目，RTP傳輸必備庫

JRTPLIB是C++跨平臺的 RTP傳輸開源項目，實現RTP協議能夠利用這個庫，JRTPLIB是RTP傳輸必備庫

下載地址：http://research.edm.uhasselt.be/~jori/page/index.php?n=CS.Jrtplib

十、XVid 項目 (★★★☆☆)

上榜理由：最著名的MPEG4編碼器開源項目，但效率不及x264

在沒有H.264編碼協議以前，XVid的MPEG4編碼一直是視頻會議的首選視頻編碼器，但隨着x26四、CoreAVC等效率更高的H.264編碼器的出現，其應用效果受到較大的衝擊，但其結合directshow的視頻採集模塊仍是值得視頻會議開發人員參考的。

下載地址：http://www.xvid.org

視頻會議傳輸模塊的開發選擇

視頻會議主要是開發音視頻、數據的傳輸的軟件，在這些開發過程當中，最核心的模塊是傳輸模塊，傳輸模塊的性能直接影響到視頻會議的最終質量，所以傳輸模塊的選擇在視頻會議開發當中尤爲重要。傳輸模塊在開發過程當中，因爲考慮到QOS的影響，通常都會使用數據重發的技術，所以傳輸模塊以及成爲視頻會議底層開發的一個重點，咱們開發的傳輸模塊，能夠選擇用TCP、UDP直接進行開發或者利用開源的傳輸庫，由於一些開源傳輸庫以及比較成熟，直接拿來用就能夠，若是本身開發傳輸模塊，估計也是一個巨大工程。如今咱們介紹一下傳輸模塊的開發選擇。

1. 利用TCP進行開發

使用TCP直接進行傳輸模塊的開發，在傳輸過程當中數據不會丟包，咱們能夠採用OICP的完成端口來進行通信，其優勢是QOS有保證、支持大容量的數據並不是，缺點是開發週期長，數據創建鏈接比通常UDP要長不少，並且資源佔用也比通常UDP傳輸的要大。

2. 利用UDP進行開發

UPD是一種數據報傳輸方式，其數據在傳輸過程當中不能保證數據的可靠性，所以用UPD進行傳輸模塊的開發還要加入本身的QOS的丟包處理和自動重發的功能。其優勢是數據傳輸較TCP快，缺點是開發週期長。

3. 利用UDT庫進行開發

UDT建於UDP之上，並引入新的擁塞控制和數據可靠性控制機制。UDT是面向鏈接的雙向的應用層協議。它同時支持可靠的數據流傳輸和部分可靠的數據報傳輸。UDT的特色是不用進行開發，直接利用庫的發送函數就能夠實現可靠的數據傳輸，缺點是模型較簡單，沒有OICP完成端口支持大容量的數據。

4. 利用Ranknet庫進行開發

Raknet也是一個基於UDP網絡傳輸協議的C++網絡庫，經過庫的函數實現高效的網絡傳輸服務。其具體應用在一些遊戲領域，Radnet能夠實如今兩個程序之間每秒傳輸25，000條信息；其優勢是不用進行開發，直接調用函數便可，缺點是大數據量在公網傳輸會因爲網絡堵塞而形成的流量控制失敗的狀況。

綜上所述，視頻會議的傳輸模塊開發，傳輸效率最高是用UDP開發，但開發週期較長。用Raknet開發的傳輸模塊不能適應大數據的傳輸，UDT在大數據量的傳輸有較好的優點，缺點是支持的併發不是不少。但若是通過修改後，UDT也能進行大容量的併發，所以綜合考慮用UDT是視頻會議傳輸模塊的最佳選擇。

視頻會議的圖像清晰度由什麼決定

咱們選購視頻會議的時候，最重要是考察系統的穩定性與音、視頻質量等因素，而視頻質量與視頻會議的什麼參數有關呢？首先咱們說的視頻質量，是咱們平時的主觀對視頻圖像的一個見解，不能經過一個具體的數字來體系，所以咱們考察視頻會議的質量只能經過主觀對視頻會議的圖像的清晰度進行判斷，而決定視頻會議的清晰度由多種因素來決定，首先最重要的是視頻會議的視頻分辨率，另一個是視頻會議編碼器的視頻還原質量，最後一個視頻會議的圖像後處理技術。
一、視頻分辨率css

視頻會議分辨率就是視頻會議的視頻採集的圖像的分辨率，這個參數在視頻會議的清晰度衡量中佔用很是重要的做用，視頻會議的分辨率能夠分QCIF(160*120)、CIF(320*240)、720P(1280*720)、1280P(1920*1280)等分辨率，其分辨率越高，圖像顯示就越清楚，市場上所說的高清視頻會議系統，也就是圖像採集分辨率達到720P以上的高清分辨率。可是不是分辨率越高，視頻會議的視頻質量就越高呢？這個答案是否認。視頻會議的分辨率只是圖像的採集分辨率，而視頻會議系統還須要通過視頻的編碼、解碼、後期視頻處理三個環節，所以視頻會議分辨率越高不等同於視頻會議的視頻質量越高，只能說是本地的視頻質量隨圖像採集分辨率的增長而增長。圖一是各類分辨率下面的圖像。而對於高清攝像頭咱們也有很大的誤區，有的廠商把本身的攝像頭標出很是高的像素，你們都認爲這款確定是高清分辨率，但測試的時候發現其分辨率只有640*480，這種攝像頭其實並非高清攝像頭，高清攝像頭的最基本指標是在720P的分辨率之上。所以高清攝像頭決定因素是圖像的採集分辨率。

圖一

二、視頻編碼的還原質量

視頻編碼質量也是決定視頻會議清晰度的一個重要指標，如如今最流行的H.264編碼，其編碼質量較高，圖像的還原能力比以前的MPEG4還原能力更強，那一副圖像經過不一樣的視頻編碼還原後，圖像的還原度是不同的。咱們首先要講一下視頻編碼的過程，視頻編碼首先得到視頻採集設備的圖像，而後把圖像分紅若干個塊，而後對塊進行數字轉換，經過把塊的幀內預測、幀外預測達到還原的圖像的目的，所以圖像的分塊越小，圖像的還原度會越高，如H.264採用最少4*4的塊進行塊的預測，而MPEG四、H.263採用最小8*8和16*16的塊進行預測還原，所以H.264編碼的圖像在同等數據傳輸率下，比MPEG四、H.263更清楚。所以視頻會議的清晰度還和視頻編碼的還原質量有關。

三、視頻會議圖像後處理技術

視頻會議的圖像清晰度最後也與圖像的後處理技術相關，不一樣的視頻會議系統對圖像的後處理技術都不盡相同，有的視頻會議爲圖像增長圖像濾波處理，使圖像還原去除方格效應等。有的視頻會議軟件爲圖像採用圖像加強技術，使圖像看起來，更清晰。

以上就是決定視頻會議清晰度的最主要的三個方面，視頻會議分辨率是決定本地的視頻質量的最關鍵因素。而視頻編碼是決定視頻在編解碼過程當中的還原能的最主要因素，而圖像後處理技術是圖像還原的後期處理，在視頻會議中也佔有很重要的做用。

Libav、FFmpeg、mplayer、VLC開源項目、FFDshow

ffmpeg

FFmpeg（現更名爲Libav）html

FFmpeg是一個開源免費跨平臺的視頻和音頻流方案，屬於自由軟件，採用LGPL或GPL許可證（依據你選擇的組件）。它提供了錄製、轉換以及流化音視頻的完整解決方案。它包含了很是先進的音頻/視頻編解碼庫libavcodec，爲了保證高可移植性和編解碼質量，libavcodec裏不少codec 都是從頭開發的。java

目錄linux

名詞含義

項目組成

多媒體處理功能

支持的格式和協議

相關版權

FFmpeg恥辱柱(Hall Of Shame)：

名詞含義

　　FFmpeg在Linux平臺下開發，但它一樣也能夠在其它操做系統環境中編譯運行，包括Windows、Mac OS X等。web

FFmpeg's Logoubuntu

這個項目最先由Fabrice Bellard發起，如今由Michael Niedermayer維護。許多FFmpeg的開發人員都來自MPlayer項目，並且當前FFmpeg也是放在MPlayer項目組的服務器上。項目的名稱來自MPEG視頻編碼標準，前面的"FF「表明"FastForward「，windows

項目組成

　　FFmpeg是一套能夠用來記錄、轉換數字音頻、視頻，並能將其轉化爲流的開源計算機程序。它包括了目前領先的音/視頻編碼庫libavcodec等。瀏覽器

　　libavformat ：用於各類音視頻封裝格式的生成和解析，包括獲取解碼所需信息以生成解碼上下文結構服務器

　　和讀取音視頻幀等功能；

　　libavcodec ：用於各類類型聲音/圖像編解碼；

　　libavutil ：包含一些公共的工具函數；

　　libswscale ：用於視頻場景比例縮放、色彩映射轉換；

　　libpostproc：用於後期效果處理；

　　ffmpeg ：該項目提供的一個工具，可用於格式轉換、解碼或電視卡即時編碼等；

　　ffsever ：一個 HTTP 多媒體即時廣播串流服務器；

　　ffplay ：是一個簡單的播放器，使用ffmpeg 庫解析和解碼，經過SDL顯示；

多媒體處理功能

　　多媒體視頻處理工具FFmpeg有很是強大的功能[1]包括視頻採集功能、視頻格式轉換、視頻抓圖、給視頻加水印等。

視頻採集功能

　　FFmpeg是在Linux下開發出來的，但它能夠在包括Windows在內的大多數操做系統中編譯。這個項目是由Fabrice Bellard發起的，如今由Michael Niedermayer主持。

　　ffmpeg視頻採集功能很是強大，不只能夠採集視頻採集卡或USB攝像頭的圖像，還能夠進行屏幕錄製，同時還支持以RTP方式將視頻流傳送給支持RTSP的流媒體服務器，支持直播應用。

　　ffmpeg在Linux下的視頻採集

　　在Linux平臺上，ffmpeg對V4L2的視頻設備提升了很好的支持，如：

　　./ffmpeg -t 10 -f video4linux2 -s 176*144 -r 8 -i /dev/video0-vcodec h263 -f rtp rtp://192.168.1.105:5060 > /tmp/ffmpeg.sdp

　　以上命令表示：採集10秒鐘視頻，對video4linux2視頻設備進行採集，採集 QCIF(176*144)的視頻，每秒8幀，視頻設備爲/dev/video0，視頻編碼爲h263，輸出格式爲RTP，後面定義了IP地址及端口，將該碼流所對應的SDP文件重定向到/tmp/ffmpeg.sdp中，將此SDP文件上傳到流媒體服務器就能夠實現直播了。

　　ffmpeg在windows下的視頻採集

　　在windows下關於ffmpeg視頻採集的資料很是少，可是ffmpeg仍是支持windows下視頻採集的。ffmpeg支持windows下video for windows(VFW)設備的視頻採集，不過VFW設備已通過時，正在被WDM的視頻設備所取代，可是ffmpeg尚未支持WDM的計劃，不過好像有將WDM轉爲VFW的工具，所以ffmpeg仍是能夠在windows下進行視頻採集的。

視頻格式轉換功能

　　ffmpeg視頻轉換功能。視頻格式轉換，好比能夠將多種視頻格式轉換爲flv格式，可不是視頻信號轉換，，

　　ffmpeg能夠輕易地實現多種視頻格式之間的相互轉換(wma,rm,avi,mod等)，例如能夠將攝錄下的視頻avi等轉成如今視頻網站所採用的flv格式。

視頻截圖功能

　　對於選定的視頻，截取指定時間的縮略圖。視頻抓圖，獲取靜態圖和動態圖，不提倡抓gif文件;由於抓出的gif文件大而播放不流暢

給視頻加水印功能

　　使用ffmpeg 視頻添加水印(logo)。

支持的格式和協議

支持的編碼

　　源自FFmpeg項目組的兩個視頻編碼：

　　Snow

　　FFV1

　　FFmpeg實現的其它音頻視頻編碼：

　　ITU-T video standards: H.261,[5]H.262 (aka MPEG-2Video), H.263[5], H.263v2 and H.264/MPEG-4 AVC[5]

　　ITU-T vocoder standards: G.711µ-law, G.711 A-law, G.722.2 (aka AMR-WB. supports via OpenCORE) andG.726

　　ISO/IEC MPEG video standards: MPEG-1Video, MPEG-2 Video (aka H.262),MPEG-4 Visual and H.264/MPEG-4 AVC

　　ISO/IEC MPEG audio standards: MP2,MP3, AAC and MPEG-4 ALS

　　ISO/IEC/ITU-T JPEG image standards:JPEG and JPEG-LS

　　SMPTE video standards: VC-1 (akaWMV3), VC-3 (aka AVID DNxHD) and DPX image

　　DVD Forum standards related audio codecs: MLP and AC-3

　　3GPP vocoder standards: AMR-NB,AMR-WB (aka G.722.2. supports via OpenCORE)

　　Windows Media Player related video codecs: Microsoft RLE, Microsoft Video 1, Cinepak, Indeo 2, 3 and 5[5],Motion JPEG, Microsoft MPEG-4 v1, v2 and v3, WMV1, WMV2 and WMV3

　　Windows Media Player related audio codecs: WMA1, WMA2, WMA Pro and WMA Voice

　　Real Player related video codecs:Real Video 1, 2, 3 and 4

　　Real Player related audio codecs:Real Audio 1, 2, 3, 4, 5, 6, 7, 8 and 9

　　QuickTime related video codecs:Cinepak, Motion JPEG and Sorenson 3 Codec

　　QuickTime related audio codecs:QDesign Music Codec 2 and ALAC

　　Adobe Flash Player related video codecs: Sorenson 3 Codec, VP6 and Flash Screen Video

　　Xiph-Org: Theora, Speex (vialibspeex), Vorbis and FLAC

　　Sony: ATRAC1 and ATRAC3[5]

　　NTT: TwinVQ

　　On2: Duck TrueMotion 1, DuckTrueMotion 2, VP3, VP5[5] and VP6[5]

　　RAD Game Tools: Smacker video andBink video

　　Truespeech

　　TXD[6]

支持的格式

　　ASF

　　AVI

　　BFI[7]

　　IFF[8]

　　RL2[9]

　　FLV

　　MXF, Material eXchange Format, SMPTE 377M

　　Matroska

　　Maxis XA[10]

　　MSN Webcam stream[11]

　　MPEG transport stream

　　TXD[6]

　　OMA[12]

　　GXF, General eXchange Format, SMPTE 360M

　　mov,mp4,m4a,3gp,

支持的協議

　　HTTP

　　RTP

　　RTSP

　　RealMedia RTSP/RDT

　　TCP

　　UDP

　　Gopher

　　RTMP

　　RTMPT, RTMPE, RTMPTE, RTMPS (via librtmp)

　　SDP

　　MMS over TCP

音視頻解碼

視頻和音頻分離出來後，就要交給對應的解碼器進行解碼[1]。常見的視頻編碼有MPEG2，Divx，XVID，H264等，常見的音頻編碼有AC3，DTS，DDPlus，DTSHD，LPCM等。不一樣格式須要不一樣的解碼器進行解碼，比如不一樣的鎖須要不一樣的鑰匙同樣。

FFDShow支持的音視頻格式

　　FFDShow支持DivX，XviD， WMV，MPEG -1， MPEG-2， MPEG-4， Flash， VP6， AVC等視頻格式。不止是視頻,FFDShow一樣能夠解碼音頻,AC三、MP3等音頻格式均可支持，ffdshow支持的音頻格式包括 MP3， AAC， AC3， WMA，Vorbis， DTS， Ogg。另外，音頻解碼器可選擇Cyberlink、ffdshow、AC3filter，或開啓MPC/KMP內置的DTS解碼器。

解碼插件

　　ffdshow是DVDRIP等avi格式壓制成rmvb最重要的輔助插件。利用ffdshow提供的某些濾鏡設置可使rmvb得到很好的效果。ffdshow能夠看成插件化的avs，ffdshow的不少慮鏡設置均可以用過avs來實現，只是ffdshow目前只完美支持avi格式ffdshow的目前版本基本跟上了xvid的幾種特殊狀況。能夠說ffdshow的發展寓於avi編碼的發展之中。聽說新的xvid解碼插件裏ffdshow的開發者也參與了部分。ffdshow支持的格式和濾鏡ffdshow能夠配置字幕的顯示，能夠啓用或禁用各類內建的編碼，能夠屏幕截圖，能夠啓用快捷鍵，還有加強電影的清晰度，銳度和其餘的後處理的濾鏡。它能夠配合均衡器，混音器，Winamp dsp插件對音頻進行控制。一些後處理功能是由MPlayer工程和AviSynth濾鏡借用而來。　　

ffdshow採用libavcodec解編碼庫和一些免費的開放的軟件開發包解碼大多數常規的格式，例如:MPEG-4 (包括視頻解碼Xvid, 3ivx, 和所有版本的DivX).Flash Video, H.263。

刪除方法：因爲某些緣由，ffdshow會出如今任務欄的上，既不美觀也不實用，讓人頭疼。只須要在個人電腦裏搜索ffdshow，找到那個文件並刪除，就能夠去掉電腦右下角的圖標。

關閉方法如圖所示：點擊「ffdshow audio decoder 」,點擊「Tray，dialog & paths」項，在右邊的「Tray icon」下，去掉"Show try icon"這項前面的對鉤，而後點肯定就會關閉了。[2]

原文轉自 http://blog.csdn.net/chenbang110/article/details/13681419