webrtcandroid編譯

㈠ webrtc linphone 到底哪個

最新要做一個移動端視頻通話軟體，大致看了下現有的開源軟體

一) sipdroid
1）架構
sip協議棧使用java實現，音頻Codec使用skype的silk（Silk編解碼是Skype向第三方開發人員和硬體製造商提供免版稅認證(RF)的Silk寬頻音頻編碼器）實現。NAT傳輸支持stun server.
2）優缺點：
NAT方面只支持STUN，無ICE框架，如需要完全實現P2P視頻通話需要實現符合ICE標準的客戶端,音頻方面沒看到AEC等技術，視頻方面還不是太完善，目前只看到調用的是系統自帶的MediaRecorder，並沒有自己的第三方音視頻編解碼庫。
3）實際測試：
基於sipdroid架構的話，我們要做的工作會比較多，（ICE支持，添加迴音消除，NetEQ等gips音頻技術，添加視頻硬體編解碼codec.）,所以就不做測試了。

二) imsdroid
1)架構：
基於doubango(Doubango 是一個基於3GPP IMS/RCS 並能用於嵌入式和桌面系統的開源框架。該框架使用ANSCI-C編寫，具有很好的可移植性。並且已經被設計成非常輕便且能有效的工作在低內存和低處理能力的嵌入式系統上。蘋果系統上的idoubs功能就是基於此框架編寫) .音視頻編碼格式大部分都支持（H264(video)，VP8(video)，iLBC(audio),PCMA,PCMU,G722,G729）。NAT支持ICE（stun+turn）
2）效果實測
測試環境：公司區域網內兩台機器互通，伺服器走外網sip2sip
音頻質量可以，但是AEC打開了還是有點迴音（應該可以修復）。視頻馬賽克比較嚴重，延遲1秒左右。
3）優缺點
imsdroid目前來說還是算比較全面的，包括音視頻編解碼，傳輸（RTSP，ICE），音頻處理技術等都有涉獵。doubango使用了webrtc的AEC技術，但是其調用webrtc部分沒有開源，是用的編譯出來的webrtc的庫。如果要改善音頻的話不太方便，Demo的音頻效果可以，視頻效果還是不太理想。

三）csipsimple
1）sip協議棧用的是pjsip,音視頻編解碼用到的第三方庫有ffmpeg（video）,silk(audio),webrtc.默認使用了webrtc的回聲演算法。支持ICE協議。
2）優缺點：
csipsimple架構比較清晰，sip協議由C實現，java通過JNI調用，SIP協議這一塊會比較高效。其VOIP各個功能也都具備，包括NAT傳輸，音視頻編解碼。並且該項目跟進新技術比較快，官方活躍程度也比較高。如果做二次開發可以推薦這個。
3）實測效果
測試環境：公司區域網內兩台機器互通，伺服器走外網sip2sip
音頻質量可以，無明顯迴音，視頻需要下插件，馬賽克比imsdroid更嚴重。

四）Linphone

這個是老牌的sip，支持平台廣泛 windows, mac,ios,android,linux，技術會比較成熟。但是據玩過的同事說linphone在Android上的bug有點多，由於其代碼實在龐大，所以我暫時放棄考慮Linphone.不過如果誰有跨平台的需要，可以考慮Linphone或者imsdroid和下面的webrtc.。。。好像現在開源軟體都跨平台了。。。

五) webrtc

imsdroid,csipsimple,linphone都想法設法調用webrtc的音頻技術，本人也測試過Android端的webrtc內網視頻通話，效果比較滿意。但是要把webrtc做成一個移動端的IM軟體的話還有一些路要走，不過webrtc基本技術都已經有了，包括p2p傳輸，音視頻codec,音頻處理技術。不過其因為目前僅支持VP8的視頻編碼格式（QQ也是）想做高清視頻通話的要注意了。VP8在移動端的硬體編解碼支持的平台沒幾個（RK可以支持VP8硬體編解碼）。不過webrtc代碼里看到可以使用外部codec,這個還是有希望調到H264的。

總結：sipdroid比較輕量級，著重基於java開發（音頻codec除外），由於其音視頻編碼以及P2P傳輸這一塊略顯不足，不太好做定製化開發和優化。imsdroid,遺憾就是直接調用webrtc的庫，而最近webrtc更新的比較頻繁，開發比較活躍。如果要自己在imsdroid上更新webrtc擔心兼容性問題，希望imsdroid可以直接把需要的webrtc相關源碼包進去。csipsimple的話，都是圍繞pjsip的，webrtc等都是以pjsip插件形式擴充的,類似gstreamer. webrtc如果有技術實力的開發公司個人還是覺得可以選擇這個來做，一個是google的原因，一個是其視頻通話相關關鍵技術都比較成熟的原因。個人覺得如果能做出來，效果會不錯的。

㈡ Android WebRTC完整入門教程02: 本地回環

上一篇: Android WebRTC完整入門教程01: 使用相機
在上一篇中完成了WebRTC最基本的使用--相機的使用. 這一篇將介紹WebRTC中最核心的概念PeerConnection , 給同一手機中的前後攝像頭建立虛擬的連接, 相互傳輸畫面.

PeerConnection也就是Peer-to-Peer connection(P2P), 就是兩個"人"的連接. 雙方分別創建PeerConnection對象, 然後向對方發送自己的網路狀況ICE和多媒體編碼格式SDP(因為這時候連接還沒建立, 所以發送內容是通過伺服器完成的). 當雙方網路和編碼格式協商好後, 連接就建立好了, 這時從PeerConnection中能獲取到對方的MediaStream數據流, 也就能播放對方的音視頻了.

Interactive Connectivity Establishment, 互動式連接建立. 其實是一個整合STUN和TURN的框架, 給它提供STUN和TURN伺服器地址, 它會自動選擇優先順序高的進行NAT穿透.

Session Description Protocol: 會話描述協議. 發送方的叫Offer, 接受方的叫Answer, 除了名字外沒有區別. 就是一些文本描述本地的音視頻編碼和網路地址等.

㈢ 有誰最近編譯成功過 webrtc for android 的代碼

1. make 模塊名稱

2. 需要查看Android.mk文件的LOCAL_PACKAGE_NAME變數。

3. 2．mmm命令

4. 用於在源碼根目錄編譯指定模塊，參數為模塊的相對路徑。只能在第一次編譯後使用。比如要編譯Phone部分源碼，需要在終端中執行以下命令：

5. $mmm packages/apps/phone

6. 3．mm命令

7. 用於在模塊根目錄編譯這個模塊。只能在第一次編譯後使用。例如要編譯Phone部分源碼，需要在終端中執行以下命令：

8. $cd packages/apps/phone

9. $mm

10. 註：mmm和mm命令必須在執行「.build/envsetup.sh」之後才能使用，並且只編譯發生變化的文件。如果要編譯模塊的所有文件，需要-B選項，例如mm -B。
    

㈣ android webrtc 迴音消除使用audiotrack 合適嗎

android webrtc 迴音消除使用audiotrack合適。推薦即構科技，產品可選：實時音視頻、實時語音、互動直播、IM即時通訊。【點擊免費試用，0成本啟動】

WebRTC的代碼結構布局清晰，在「webrtc＼moles＼audio_processing＼aee」目錄下可以找到幾個用於回聲處理GIPS的AEC源文件。然後主要查找每個AEC源文件所關聯的WebRTC代碼，就可找出回聲處理模塊所需要WebRTC相關的源代碼文件和頭文件，這樣就可以將AEC從WebRTC中提取出來單獨使用。為方便使用，將需要這些代碼分成2個模塊，通用音頻處理模塊webRTC_AUDIO和GIPS-AEC模塊。WebRTC—AUDIO模塊中包含AEC源文件運行所依賴的WebRTC音頻處理相關源文件及頭文件，而GIPS—AEC模塊則是WebRTC中專門用於回聲處理GIPS的AEC源文件。GIPS-AEC模塊以WebRTC_AUDIO模塊為基礎，對回聲進行處理。

想要了解更多關於這方面的相關信息，推薦咨詢ZEGO即構科技。ZEGO即構科技是一家全球雲通訊服務商，專注自研音視頻引擎，服務覆蓋全球，鏈接 5 億終端用戶。ZEGO即構科技覆蓋212個國家/地區，全球用戶體驗毫秒級互動，日均通話時長達30億分鍾，躋身雲通訊行業頭部，全方位行業解決方案，滿足百餘個業務場景需要，服務客戶4000家，70%泛娛樂/在線教育客戶的選擇。

㈤ 如何編譯 webrtcdemo-jni

1). 准備環境
1. Ubuntu 14.04 LTS 系統
2. 准備一個穩定的速度還可以的VPN 或者 VPS ，這個很重要，大家都懂，大部分下載代碼失敗都是因為訪問google服務失敗導致的.（本人用的Digital Ocean, 之前試過幾個VPN都以失敗而告終，蛋都碎了，要麼是不穩定，要麼速度非常慢，最長一次用了15個小時都沒有下載成功）
3. 安裝下載$編譯webrtc代碼所需工具
a. jdk (本人用的 sun jdk1.6.0_45)
配置到環境變數中

b. git ( 版本 1.9.1 )
安裝： sudo apt-get install git
c. gclient
1.安裝：
2.配置到環境變數中 ,至於怎麼配置，不知道的google一下
d. 安裝如下工具 ( sudo apt-get install ..)
g++ (>= 4.2)
python (>= 2.4)
libnss3-dev >= 3.12
libasound2-dev
libpulse-dev
libjpeg62-dev
libxv-dev
libgtk2.0-dev
libexpat1-dev
For 32-bit builds on a 64-bit system:
lib32asound2-dev
ia32-libs
2). 下載代碼
1.同步WebRTC代碼
1.創建WebRTC目錄
mkdir WebRTC
cd WebRTC
2.初始化gclient
3. 設計目標系統版本的配置

echo "target_os = ['Android', 'unix']" >> .gclient
4. sync代碼
gclient sync --nohooks
( 煎熬的一步，我同步下來的代碼有7.1G之大，裡麵包括NDK、SDK等其他tools 之前用VPN都敗在這里，後來用VPS，只用了6分多鍾，哎，說點什麼呢......尼瑪，國內程序員就是苦逼)
注意，若長時間出現 Still working on等信息，請不要中斷或者關閉，它依然在運行，如果你這里中斷了，那麼之前下載的東西會全部刪除，然後又得重新sync一遍
3). 編譯代碼
1.設置編譯環境
1. cd trunk
2. source ./build/android/envsetup.sh
3.export GYP_DEFINES="$GYP_DEFINES OS=android"
2. 下載編譯所依賴的包或工具，(這里又會下載一大堆東西 如 Ant.)
./build/install-build-deps.sh (trunk目錄下)
3. gclient runhooks --force （下載編譯所需的build文件等信息）
4. 編譯 （ trunk目錄下 ）
編譯Debug版： ninja -C out/Debug
編譯Release版： ninja -C out/Release
基於以上步驟，如果網路能正常訪問google服務的話，一般都不會出現其他的問題，如果真碰到了問題，不要怕，一般根據錯誤信息就可以知道相應的原因。不知道的google一下
編譯成功之後 在 out/Debug 或者 out/Release目錄下看到相應的demo安裝包 如Debug目錄下，其中就有 AppRTCDemo-debug.apk 和 WebRTCDemo-debug.apk
AppRTCDemo程序的代碼就再 trunk/talk/examples/android/ 目錄下

㈥ android 用WebRTC做迴音消除

之前使用speex做迴音消除，不知道是沒有用對還是其他什麼原因，導致迴音消除的效果非常差。

好在在GitHub找到了一個使用WebRTC做迴音消除的例子 Android-Audio-Processing-Using-WebRTC
。

經過一頓改吧改吧的，終於在自己的項目中使用成功。 迴音消除的效果比之前好了不止百倍。

其中的 Apm和ApmViewModel照抄Demo的。

但是迴音消除的部分使用Demo中的方法，導致聲音出現問題。

播放聲音之前執行：

錄音之後執行：

至於Android中使用到的庫文件，可以按照GitHub上的步驟編譯。

㈦ webrtc 怎麼編譯so文件

XCode項目中添加靜態庫的方法：1、右擊target，選擇add -> new target 2、在彈出的 NewTarget 界面中選擇Cocoa Touch -> Static Library ，為新 library 取個名字。將源文件添加到這個庫。可以直接拖動現存源文件，也可以右擊 -> add 。

㈧ 如何正確地在Android上計算WebRtc

安卓android 延遲delay webrtc latency aec
WebRtc AECM在Android（三星GT-I9100G），並得到了echo抵消「差不多」，但很難計算好值「msInSndCardBuf」的具有編程。 這里的事情，咱之前已經做了： 使用AudioRecord和AudioTrack來處理實時音頻的東西，echo出現。 包裝WebRtcAecm函數於JNI。 使用WebRtcAecm JNI介面來處理這種echo的東西。咱把它與240毫秒到「msInSndCardBuf」的恆定值工作，但如果延遲由任何原因（螺紋等）變化時的AECM差甚至惡劣的影響。所以，咱想能夠計算出「msInSndCardBuf」編程恆定在240毫秒）。 咱覺得它在audio_procession.h演算法：
delay = (t_render - t_analyze) + (t_process - t_capture)
where:
- t_analyze is the time a frame is passed to AnalyzeReverseStream() and
t_render is the time the first sample of the same frame is rendered by
the audio hardware.
- t_capture is the time the first sample of a frame is captured by the
audio hardware and t_pull is the time the same frame is passed to
ProcessStream().

㈨ webrtc支持h264

webrtc本身自帶VP8,VP9的編解碼器， google主推VP8,VP9,隨著webrtc發展，webrtc也支持了h264的編解碼器

對於webrtc編解碼器的設置以及他們的先後順序，首先sdp中設置支持的編解碼格式，在InternalEncoderFactory此類中，有默認塞入pop的順序，你可以在這里修改，或者直接在sdp中修改，以達到目的；

那如何支持h264呢，默認webrtc是不支持的，rtc_use_h264是決定是否支持h264的參數，rtc_use_h264 = proprietary_codes && !is_android && !is_ios,通過修改這個屬性，android端將is_android去掉，proprietary_codes默認是false,可以在編譯gn gen out/h264Debug --args="proprietary_codecs=true"參數中設置為true,此時，openh264就被集成進去

rtc_initialize_ffmpeg 定義在 webrtc/webrtc.gni 中定義：rtc_initialize_ffmpeg = ！build_with_chrome,build_with_chrome默認為

false，即無需修改，此時要修改FFMPEG_H264_DECODER為1 ，在third_party/ffmpeg/config/chromium/android   config.h中

設置完成之後還需要修改third_party/ffmpeg/ffmpeg_generated.gni  中的編譯屬性，是由if()條件判斷的，你需要閱讀清楚，哪些是is_android的，默認webrtc沒有將h264的對應文件打開，你需要將條件設置進去

㈩ 有誰最近編譯成功過 webrtc for android 的代碼

1). 准備環境 1. Ubuntu 14.04 LTS 系統 2. 准備一個穩定的速度還可以的VPN 或者 VPS ，這個很重要，大家都懂，大部分下載代碼失敗都是因為訪問google服務失敗導致的.（本人用的Digital Ocean, 之前試過幾個VPN都以失敗而告終，蛋都碎了，要麼是不穩定，要麼速度非常慢，最長一次用了15個小時都沒有下載成功） 3. 安裝下載$編譯webrtc代碼所需工具 a. jdk (本人用的 sun jdk1.6.0_45) 配置到環境變數中 b. git ( 版本 1.9.1 ) 安裝： sudo apt-get install git c. gclient 1.安裝： 2.配置到環境變數中 ,至於怎麼配置，不知道的google一下 d. 安裝如下工具 ( sudo apt-get install ..) g++ (>= 4.2) python (>= 2.4) libnss3-dev >= 3.12 libasound2-dev libpulse-dev libjpeg62-dev libxv-dev libgtk2.0-dev libexpat1-dev For 32-bit builds on a 64-bit system: lib32asound2-dev ia32-libs 2). 下載代碼 1.同步WebRTC代碼 1.創建WebRTC目錄 mkdir WebRTC cd WebRTC 2.初始化gclient 3. 設計目標系統版本的配置 echo "target_os = ['Android', 'unix']" >> .gclient 4. sync代碼 gclient sync --nohooks ( 煎熬的一步，我同步下來的代碼有7.1G之大，裡麵包括NDK、SDK等其他tools 之前用VPN都敗在這里，後來用VPS，只用了6分多鍾，哎，說點什麼呢......尼瑪，國內程序員就是苦逼) 注意，若長時間出現 Still working on等信息，請不要中斷或者關閉，它依然在運行，如果你這里中斷了，那麼之前下載的東西會全部刪除，然後又得重新sync一遍 3). 編譯代碼 1.設置編譯環境 1. cd trunk 2. source ./build/android/envsetup.sh 3.export GYP_DEFINES="$GYP_DEFINES OS=android" 2. 下載編譯所依賴的包或工具，(這里又會下載一大堆東西 如 Ant.) ./build/install-build-deps.sh (trunk目錄下) 3. gclient runhooks --force （下載編譯所需的build文件等信息） 4. 編譯 （ trunk目錄下 ） 編譯Debug版： ninja -C out/Debug 編譯Release版： ninja -C out/Release 基於以上步驟，如果網路能正常訪問google服務的話，一般都不會出現其他的問題，如果真碰到了問題，不要怕，一般根據錯誤信息就可以知道相應的原因。不知道的google一下 編譯成功之後 在 out/Debug 或者 out/Release目錄下看到相應的demo安裝包 如Debug目錄下，其中就有 AppRTCDemo-debug.apk 和 WebRTCDemo-debug.apk AppRTCDemo程序的代碼就再 trunk/talk/examples/android/ 目錄下