rtcubuntu源碼編譯

Ⅰ ubuntu16.04下載webrtc依賴工具報錯

可以直接手動下載文件，並手動解壓。然後修改 install-sysroot.py 文件，跳過下載這幾個文件即可。另外，建議不要用代理，直接用VPN或者VPS，用代理會導致後面有部分數據下載不下來。【點擊免費試用，0成本啟動】

安裝ubuntu的步驟：1. 下載ubuntu的ISO文件。這一步相對簡單，網路上面有很多的鏈接下載。這里貼一個ubuntu的官方網站鏈接，可以下載到ubuntu 16.04的iso文件
2. 下載ultraiso工具，ultraiso工具可以用來製作U盤啟動盤，官方下載地址 http://www.ezbsystems.com/ultraiso。下載完成後官網打開後直接下載第一個鏈接（english asia site）就可以 。正版的軟體有試用期，安裝完成後打開軟體時會出現上圖界面，繼續試用即可。打開軟體後會看到下圖這樣的界面。
3.准備一個4G以上的U盤並插入USB電腦介面；打開ultraiso軟體，在菜單欄【文件】-【打開】，選擇第1步下載的ISO文件。

想要了解更多關於webrtc的相關信息，推薦咨詢ZEGO即構科技。公司自成立伊始，就專注自研音視頻引擎，在音頻前處理、網路自適應和跨平台兼容性等方面，達到國際一流水平，同時充分利用基礎雲服務商的能力，構建了MSDN海量有序自學習數據網路，服務覆蓋全球，涵蓋上百個音視頻互動業務場景，單日時長突破30億分鍾。

Ⅱ webrtc源碼中哪個文件有版本

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

Ⅲ webrtc源碼之nack&&rtx詳解

1、nack協商

m=video 9 RTP/AVPF 96 97 98 99 100 101127 122 108 109 123

a=rtpmap:96 H264/90000

a=rtcp-fb:96 goog-remb

a=rtcp-fb:96 transport-cc

a=rtcp-fb:96 ccm fir

a=rtcp-fb:96 nack

a=rtcp-fb:96 nack pli

a=fmtp:96 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f

a=rtpmap:97 rtx/90000

a=fmtp:97 apt=96

video協商為h264(payload type=96)

從sdp可得到虛攔：

1）profile-level-id=42001f

      Profile: 66(hex: 42)

      Level: 3.1(hex:1f)轉成十進制，再除以10

2）packetization-mode=1

   表示I幀會拆分成多個rtp包發送，對於264來說，rtppayload的第一個位元組（0x7C）的低5bit為(11100)，十進制為28，代表此nalutype為FU-A，多包封裝類型。

3）RTP/AVPF

   AVPF中的F表示支持RTCP的傳輸層保護，S表示安全保護（SRTP）

4) a=fmtp:97 apt=96

   表示96類型的rtp包的重傳包採用97的payloadtype的rtx包保護，rtx包的rtp header中的sequence num與rtp不一致，但timestamp一致。

   Rtx包的payload的前兩鉛渣個位元組為原重傳rtp包的rtp sequencenum

2、webrtcpeerconnection_client項目修改項

1）去掉srtp

    a) peerconnectionFactory的setOption介面關閉 encryption選項

      webrtc::::Optionsoptions;

   options.disable_encryption=true;

  peer_connection_factory_->SetOptions(options);

  b) peer_connection_factory_->CreatePeerConnection介面關閉dtls srtp選項

 槐譽悄webrtc::PeerConnectionInterface::RTCConfigurationconfig;

 config.sdp_semantics = webrtc::SdpSemantics::kUnifiedPlan;

 config.enable_dtls_srtp= false;

2）去掉FEC

增加關閉FEC的參數

webrtc::field_trial::InitFieldTrialsFromString(FLAG_force_fieldtrials)

FLAG_force_fieldtrials = WebRTC-DisableUlpFecExperiment/Enabled/

3、wireshark抓包分析

1）rtx_rtp.pcapng為20%隨機丟包下的webrtc p2p抓包

過濾條件：(ip.src==10.25.8.112 and(rtp.p_type==96 or rtp.p_type==97)) or (rtcp and ip.dst==10.25.8.112 andrtcp.rtpfb.fmt == 1)

rtcp.rtpfb.fmt == 1代表nack報文

2）nack報文結構

81 cd 00 03 a5 1f d8 4a 52 5e 1a 85 34 0f 00 00

a) rtcp header 4bytes(81 cd 00 03)

   100 00001 (81)第一個位元組

      高2 bit（10）為vesion應為2

   1bit表示rtcp是否補齊（padding） 0為不需要補齊，為1時，rtcp payload的最後一個位元組的值為 paddingsize

  5bit表示rtcp feedback message type(fmt)值為1

     11001101 (cd)第二個位元組

   第二個位元組表示packet type，值為205

  Packet type（205）和fmt（1）確定此報文為nack報文

   （00 03）第三、四位元組

   第三個位元組表示rtcp的長度（不包括rtcp header的4 bytes）nack報文長度恆為16(3*4+4)

b) Nack payload(a5 1f d8 4a 52 5e 1a 8534 0f 00 00)

  4 bytes sender SSRC（a5 1f d8 4a），發送RTCP的track的rtp ssrc，如果為（recvonly），此值為0

  4 bytes media source SSRC（52 5e 1a 85）,請求重傳包對應的rtp ssrc

  2 bytes rtcp transport feedback nack pid（34 0f）,確定丟包的起始rtp sequenceNum（13327）

  2 bytes rtcp transport feedback nack bitmask（0000）,由起始pid開始的16個包組的丟包情況，此值是轉成binary的掩碼，bit為1表示丟包，00 00表示只有pid對應的包丟失。

3）rtx重傳包

Rtx原理：重發的包封裝到RTX包里發送，RTX包與原RTP有不同的SSRC，不同的rtpseq，但是timestamp與丟失包的時間戳相同。

  Rtx優勢：rtp重傳包在帶寬估計時不計入運算，使用rtx比較方便，不使用rtx統計丟包率有時會出現負值

   Rtxpayload：前兩個位元組代表丟失包的rtp seq，因此rtx包比丟失的rtp包多2個位元組

4）webrtc中rtp發送端處理RTCP NACK報文過程見「發送端處理RTCPNACK報文過程.pdf」

5）webrtc中rtp接收端發現丟包，並發送nack請求過程見「rtp接收端發送nack過程.pdf」

文檔資料和抓包如果需要的話，可留郵箱。

Ⅳ 安裝Ubuntu16.10後要做哪些事

1.由於安裝的是Windows和Ubuntu雙系統，兩個系統的乎逗兄時間不對，相差八小時，首先要調整系統時間，在Ubuntu16.10下進行。
解決辦法是輸入命令：timedatectl set-local-rtc true

2.將啟動器移動到屏幕下方。gsettings set com.canonical.Unity.Launcher launcher-position Bottom
（Bottom改為Left可重新移動到左側，輸入Right無效）
3.調整啟動器圖標大小。系統設置——外觀，底部可看見「啟動器圖標大小」選項，默認是48，調整到30
4.安裝Chrome瀏覽器。http://www.cnblogs.com/deitymon/p/5926450.html
5.卸載LibreOffice。sudo apt-get purge libreoffice* ，sudo apt-get autoremove
6.安裝WPS for linux。下載地址：http://community.wps.cn/download/。選擇alpha版deb包。
Linux 64 bit需要通過安裝32 bit的庫來獲得支持。
#sudo apt-get install ia32-libs
但是輸入命令後系統提示ia32-libs軟體包缺失，需要用lib32ncurses5和lib32z1代替。於是運行
#sudo apt-get install lib32ncurses5
#sudo apt-get install lib32z1。
再dpkg安裝程序安裝包
#sudo dpkg -i wps-office_10.1.0.5672~a21_amd64.deb
提示wps-office 依賴於 libpng12-0；然而：未安裝軟體包 libpng12-0。該軟體包已丟失可指升用ttf-mscorefonts-installer代替。
要先運行下面的命令將已安裝的wps-office卸載：
#apt-get -f install
然後安裝依賴關系：
#sudp apt-get install ttf-mscorefonts-installer
之後libpng12-0依賴關系還是出錯，到下面的地址下載libpng12-0然後安裝：
https://packages.debian.org/zh-cn/wheezy/amd64/libpng12-0/download。
#sudo dpkg -i libpng12-0_1.2.49-1+deb7u2_amd64.deb
安裝好後到Dash中搜索WPS啟動並鎖定到啟動器，會報錯顯示缺失字體：
Symbol，Wingdings，Wingdings2，Wingdings3，MT-Extra
進入home文件夾，按Ctrl+h顯示所有文件夾，查看有沒有.fonts文件夾，如果沒有就創建一歲襲個，然後到網上下載相關字體放入該文件夾中
7.安裝vim編輯器。sudo apt-get install vim
8.安裝unrar。sudo apt-get install rar unrar
9.刪除Amazon的鏈接：sudo apt-get remove unity-webapps-common
10.安裝Git：sudo apt-get install git
11.主題美化，安裝Unity Tweak Tool：到Ubuntu軟體中心搜索Unity Tweak Tool並安裝

Ⅳ WebRTC 源碼分析之一：幾個核心設計概念

下面要介紹的是 WebRTC 中最核心的幾個概念。

1、OnMessage 消息機制
對象內部發送消息。這是一個普遍性，通用性的設計，例如 MFC、android 消息機制都是如此。
在對象內把消息 Post 到主線程，並且把當前對象的句柄放在消息體內，線程隊列根據消息里對象句柄來盯山回調對應的 OnMessage 函數

2、sigslot 消息機制
對象之間發送消息。
發送者（發布主題者）生命一個信號量，綁定到接受者（觀察者）的函數，當發送者調用一次信號量時，直接會回調觀察者的函數。

3、消息進階傳遞機制（OnMessage 和 sigsolt 結合）
最底層 sigslot 傳遞消息正則世到中層後，中層使用 Post 消息傳遞到本層的OnMessage，在 OnMessage 里使用 sigsolt 再往上層傳遞消息。
即同層之間用 OnMessage 消息傳遞，下層向上層傳遞則使用 sigsolt。

4、線程封裝原理
線程create傳送的參數是一個 ThreadInit 的類指針，這個指針包含了一個正常的本身的線程類指針Thread，同時也包含了一個 Runnable 指針。
Start(Runnable * runnable)，runnable 為空時，啟用的是 Thread 的 Run，不為空舉肢時，啟用的是 Runnable 的 Run

本文摘錄於海闊天空的博客，作者: zjg555543，發布時間: 2014-07-09

Ⅵ Linux 自動喚醒

最近做無線網路在系統多次休眠喚醒絕態後是否正常的測試，但每次休眠後都需並段源要手動點擊鍵盤來喚醒系統，顯而易見的這種方法需要人來值守，很不放便。

此時便想是否有做自動喚醒的程序，畢竟這種需求也挺正常的，應該有人已經做過了。因此就開始查找自動喚醒的方法，果然就發現了 rtcwake 這個程序，這個程序是讓系統進入休眠模式並在指定的時間後喚醒。立刻便覺得燃伍這個程序很神奇，然後就去看它的源碼來找出它的實現方式，這邊發現了本文的主題 RTC 子系統。

RTC 子系統在目錄 /sys/class/rtc/ 下，會根據設備創建對應的目錄，需要在內核中開啟支持，配置如下：

debian/ubuntu 的系統可以在 /boot/config-$(uname -r) 查看內核的編譯選項， archlinux 可以在 /proc/config.gz 查看。

RTC 目錄下的文件含義可以在 sysfs-class-rtc 中查看。

RTC 目錄中的 wakealarm 文件內容便是下次觸發喚醒時間的時間，默認這個文件是沒有值的。文件的內容需要設置是時間的秒數，可以向下面這樣設置：

這就表示在 1 minute 後觸發喚醒事件。

所以做休眠喚醒測試的流程如下：

Ⅶ 用SRS搭建WebRTC流媒體伺服器實戰

WebRTC經過這么多年的發展，目前已經比較成熟的協議之一，播放也比較穩定，協議也已經成為了RFC，相應的開源項目也越來越多，但是基於WebRTC協議的部署簡單，性能強悍，功能強大流媒體伺服器的項目還比較稀少。之前了解到的伺服器比如Mediasoup，Janus，Medooze ，要麼就是設計復雜，接入成本要，要麼就是性能較差，還就是多種語言結合，學習成本較高。 而SRS聚焦視頻相關，功能專一，語言使用了高性能的c++,並且支持Rtmp轉Webrtc等其他強大的功能的媒體伺服器。

1.源碼編譯安裝運行SRS

使用這個命令開啟RTC支持

2.SRS常用命令

3.配置nginx代理
若不需要瀏覽器推流，可以不用設置nginx代理，使用localhost訪問

注意：your 代表需要配置你自己的域名信息，由於使用瀏覽器推流必須使用https協議，所以我這邊配置了證書
4.訪問配置的域名
訪問nginx配置的網址 https://webrtc.yourhost.com/
出現如下內容，則服務端架設成功

雖然整片文章看起來不復雜，流程很簡單。但是官網的文檔中的知識點比較分散，所以大家要想快速的搭建的話就參考我這篇文章

Ⅷ webrtc只能在ubuntu下編譯嗎

1). 准備環境 1. Ubuntu 14.04 LTS 系統 2. 准備一個穩定的速度還可以的VPN 或者 VPS ，這個很重要，大家都懂，大部分下載代碼失敗都是因為訪問google服務失敗導致的.（本人用的Digital Ocean, 之前試過幾個VPN都以失敗而告終，蛋都碎了，要麼是...

Ⅸ 如何編譯 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/ 目錄下