18個實時音視頻開發中會用到開源項目
實時音視頻的開發學習有很多可以參考的開源項目。一個實時音視頻應用共包括幾個環節:採集、編碼、前後處理、傳輸、解碼、緩衝、渲染等很多環節。每一個細分環節,還有更細分的技術模塊。比如,前後處理環節有美顏、濾鏡、回聲消除、雜訊抑制等,採集有麥克風陣列等,編解碼有VP8、VP9、H.264、H.265等。
我們今天匯總了一些能幫助到正在學習或進行音視頻開發的實時音視頻開發者們的開源項目與幾個也在為開源社區貢獻力量的商業服務。這些項目分為幾類:音視頻編解碼類、視頻前後處理、服務端類等。
音視頻編解碼類開源項目
視頻編解碼的作用,就是在設備的攝像頭採集畫面和前處理後,將圖像進行壓縮,進行數字編碼,用於傳輸。編解碼器的優劣基本在於:壓縮效率的高低,速度和功耗。
目前,主流的視頻編碼器分為3個系列:VPx(VP8,VP9),H.26x(H.264,H.265),AVS(AVS1.0,AVS2.0)。VPx系列是由Google開源的視頻編解碼標準。在保證相同質量情況下,VP9相比VP8碼率減少約50%。H.26x系列在硬體支持上比較廣泛,H.265的編碼效率能比上一代提高了30-50%,但是複雜度和功耗會比上一代大很多,所以純軟體編碼實現的話有一定瓶頸,現有的技術下,還是需要依靠硬體編解碼為主。AVS是我國具備自主知識產權的第二代信源編碼標準,目前已經發展到第二代。
WebRTC
首先會用到的肯定是WebRTC,是一個支持網頁瀏覽器進行實時語音對話或視頻對話的開源項目。它提供了包括音視頻的採集、編解碼、網路傳輸、顯示等功能。如果你想基於WebRTC開發實時音視頻應用,需要注意,由於WebRTC缺少服務端設計和部署方案,你還需要將WebRTC與Janus等服務端類開源項目結合即可。
官網地址:WebRTC Home | WebRTC
x264
H.264是目前應用最廣的碼流標準。x264則是能夠產生符合H.264標準的碼流的編碼器,它可以將視頻流編碼為H.264、MPEG-4 AVC格式。它提供了命令行介面與API,前者被用於一些圖形用戶介面例如Straxrip、MeGUI,後者則被FFmpeg、Handbrake等調用。當然,既然有x264,就有對應HEVC/H.265的x265。
官網地址:x264, the best H.264/AVC encoder
FFmpeg
FFmpeg大家應該不陌生,提供了編碼、解碼、轉換、封裝等功能,以及剪裁、縮放、色域等後期處理,支持幾乎目前所有音視頻編碼標準(由於格式眾多,我們就不一一列列舉了,可以在Wikipedia中找到)。
同時,FFmpeg還衍生出了libav項目,從中誕生了視頻解碼器LAV,許多播放軟體都可調用LAV進行解碼,並且LAV本身也支持利用顯卡進行視頻硬解。很多主流視頻播放器中都以FFmpeg作為內核播放器。不僅僅是視頻播放器,就連Chrome這類可以播放網頁視頻的瀏覽器也受益於FFmpeg。很多開發者也基於FFmpeg做過很多開發並開源出來,比如大神雷霄驊(代碼可見他的sourceforge)。
官網地址:FFmpeg
ijkplayer
在介紹ijkplayer之前,要先提到ffplay。ffplay是一個使用了FFmpeg和sdl庫的可移植的媒體播放器。ijkplay是Bilibili開源的基於ffplay.c實現的輕量級iOS/Android視頻播放器,API易於集成,且編譯配置可裁剪,利於控制安裝包大小。
在編解碼方面,ijkplayer支持視頻軟解和硬解,可以在播放前配置,但在播放過程中則不能切換。iOS和Android上視頻硬解可分別使用大家熟悉的VideoToolbox和MediaCodec。但ijkplayer對音頻僅支持軟解。
Github地址:https://github.com/Bilibili/ijkplayer
JSMpeg
JSMpeg是一個基於JavaScript的MPEG1視頻的解碼器。如果要做H5端的視頻直播,可以考慮使用JSMpeg在移動端進行解碼。在H5端做音視頻直播,可以使用JSMpeg進行視頻解碼,這也是最近比較火的H5抓娃娃的主流策略。
Github地址:https://github.com/phoboslab/jsmpeg
Opus音頻編碼器
Opus是用C語言開發的一個高靈活度的音頻編碼器,針對ARM、x86有特殊優化,fix-point實現。Opus在各方面都有著明顯優勢。它同時支持語音與音樂的編碼,比特率為6k-510k。它融合了SILK編碼方法和CELT編碼方法。SILK原本被用於Skype中,基於語音信號的線性預測分析(LPC),對音樂支持並不好。而CELT儘管適用於全帶寬音頻,但對低比特率語音的編碼效率不高,所以兩者在Opus中形成了互補。
Opus是「取代」了Speex。但是Speex中有的功能,Opus卻沒有,比如回聲消除。這個功能已經從編碼器中獨立出來。所以如果想實現好的回聲消除,可以配合WebRTC的AEC和AECM模塊做二次開發。
官網地址:Opus Codec
live555
live555是一個C++流媒體開源項目,其中不僅包括了傳輸協議(SIP、RTP)、音視頻編碼器(H.264、MPEG4)等,還包括流媒體伺服器的例子,是流媒體項目的首選,裡面的傳輸模塊是非常值得視頻會議開發作為參考的。
官網地址:http://www.live555.com/
音視頻前後處理開源項目
前後處理包含很多細分技術,應用正確的話,對視頻質量或多或少都有提升。不過每增加一個處理環節,必然會增加運算量與延時,所以如何取捨,還要大家各自斟酌。
Seetaface
Seetaface是由中科院山世光老師開源的一套完整的人臉檢測,人臉對齊和人臉驗證方案。代碼基於C++實現,開源協議為BSD-2,可供學術界和工業界免費使用。且不依賴於任何第三方的庫函數,在使用對齊好的LFW圖片上,檢測對齊全部使用該開源軟體的情況下可達到97.1%。
Github地址:seetaface/SeetaFaceEngine
GPUImage
現在在iOS端做美顏效果、加水印,基本都會採用GPUImage,它內置了125種渲染效果, 還支持腳本自定義。該項目實現了圖片濾鏡、攝像頭實時濾鏡。它優勢在於處理效果是基於GPU實現,相對於CPU處理性能更高。
Github地址:https://github.com/BradLarson/GPUImage
Open nsfw model
Open nsfw model是雅虎開源項目,全名是Open Not suitable for work model,專門鑒別不適合工作時間瀏覽的圖片(言而言之就是小黃圖)。它是基於Caffe框架訓練的模型,用於音視頻後處理。不過,它還不能鑒別恐怖、血腥圖片。
Github地址:https://github.com/yahoo/open_nsfw
Soundtouch
Soundtouch是一個開源的音頻處理框架,主要功能對音頻變速、變調,實現變聲的效果。同時,它也能對媒體流實時處理。採用32位浮點或者16位定點,支持單聲道或者雙聲道,採樣率範圍為8k - 48k。
官網地址:SoundTouch Sound Processing Library
服務端類開源項目
正如開始時我們所說,WebRTC缺少服務端的設計與部署,利用MCU、SFU實現多人聊天,提高傳輸質量,都需要開發者自己動手。而下面這些開源項目能夠幫到你。
Jitsi
Jitsi是開源的視頻會議系統,可以實現在線視頻會議,文檔共享和即時消息的分享。它支持網路視頻會議,使用SFU模式實現視頻路由器功能。開發語言是Java。它支持SIP帳號註冊電話呼叫。不僅支持單機本地安裝方式,還支持雲平台安裝。
官網地址:https://jitsi.org/Jitsi |官網地址:https://jitsi.org/
JsSIP
JsSIP是基於WebRTC的JavaScript SIP協議實現的庫,可以在瀏覽器和Node.js中運行。它可以與 OverSIP、Kamailio、Asterisk、OfficeSIP等SIP Server一起運行。
Github地址:https://github.com/versatica/JsSIP
SRS
SRS是一個採用MIT協議授權的國產的簡單的RTMP/HLS 直播伺服器。最新版還支持FLV模式,同時具備了RTMP的實時性,以及HLS中屬於HTTP協議對各種網路環境高度適應性,並且支持更多播放器。它的功能與nginx-rtmp-module類似, 可以實現RTMP/HLS的分發。
Github地址:https://github.com/ossrs/srs
JRTPLIB
JRTPLIB 是一個開源的 RTP協議實現庫,支持Windows和unix平台。它支持多線程,處理性能較好。它還支持RFC3550、UDP IPV6,支持自定義擴展傳輸協議。但它不支持TCP傳輸,這需要開發者自己來實現。同時,它也不支持音視頻的分包,代碼要你自己來實現。
Github地址:https://github.com/j0r1/JRTPLIB
OPAL
OPAL是OpenH323的下一個版本,繼承了Openh323協議,其新包含了SIP協議棧,是實現SIP協議的首選,缺點是參考例子較少。
代碼地址:http://sourceforge.net/projects/opalvoip/files/
Kurento
Kurento是一個基於WebRTC的媒體服務端,並包含了一系列API,可以簡化web與移動端實時視頻應用的開發。
Github地址:https://github.com/Kurento
Janus
Janus是一個WebRTC媒體網關。不論是做流媒體、視頻會議、錄製、網關,都可以基於Janus來實現。
Github地址:https://github.com/Kurento
其它服務
http://Callstats.io
實時通信過程中的,延時、丟包、接通率、掉線率等質量問題,都影響用戶體驗。商用項目尤其需要關注。Callstats是一家通過對WebRTC呼叫進行專業監測,來幫助用戶搜集通訊數據,提升通話質量的服務商。
Callstats也通過Github開放很多案例,可供使用Jitsi-videobridge,、turn-server、JsSIP的開發者參考。
Github地址:https://github.com/callstats-io
Meetecho
Meetecho是著名的開源WebRTC網關項目Janus的開發者。他們還提供基於Janus開發的技術諮詢與部署服務、建立視頻會議直播與錄製服務等。
Github地址:https://github.com/carlhuda/janus
聲網Agora
聲網提供了從編解碼到端到端傳輸的全套服務,開發者可以接入上文所述的音視頻前後處理的開源項目,配合使用聲網SDK可以建立高質量的實時音視頻應用。四行代碼,30分鐘即可讓完成集成。在Web端,Agora Web SDK可以幫助WebRTC開發者解決服務端傳輸中會遇到的卡頓、延時、回聲、多人視頻不穩定等問題。
同時,聲網在Github上也有70多個可供開發者參考、實踐的demo,覆蓋了從網頁端、iOS到Android平台,以及音視頻直播、遊戲連麥、企業會議、AR、直播答題、小程序等多種實時互動應用場景。
官網地址:https://Agora.io
Github地址:https://github.com/AgoraIO
我們在這裡列出了18個開源項目,以及3個能有效保證實時音視頻傳輸質量的服務。不過篇幅有限,還有很多開源項目我們沒有詳細列出,比如在音視頻方面,http://Xiph.org的Speex、FLAC,還有Xvid、libvpx、Lagarith、Daala、Thor等。歡迎大家補充。
推薦閱讀:
※使用 WebRTC 構建簡單的前端視頻通信
※網頁端實時音視頻服務架構與實踐
※Kurento是否可以讓客戶端選擇不同的實時監控視頻?
※Webrtc的多路事件分離器及網路API
※互動式連接建立(ICE)