2. 程式人生 > >WebRTC Windows版編譯(支援H264+OpenSSL)

WebRTC Windows版編譯(支援H264+OpenSSL)

阿新 • • 發佈：2018-12-21

摘要

    本文介紹了在Windows下編譯WebRTC的方法，WebRTC預設支援VP8、VP9(谷歌自己的編碼)和BoringSSL
(谷歌的OpenSSL分支，主要修復一些OpenSSL主線的漏洞)，本文將介紹在Windows下讓WebRTC支援使用更廣泛的H264、OpenSSL的方法。

版本
    本文使用的版本是57，我下載WebRTC程式碼的時候最新版本是62，但是為了方便編譯切到57版本，57版本在Windows下編譯需要Visual Studio 2015。後來我下載了最新的65版本的程式碼，其編譯工具要求Visual Studio 2017，所以這裡需要注意，WebRTC Windows版不同版本的編譯可能會要求不同的Visual Studio版本。


為什麼要支援H264

    很簡單，為了相容性。VP8、VP9是谷歌自己的編碼，在IOS上目前支援並不好，而H264是事實上的標準，在各個平臺支援的很好。但是由於H264並不是谷歌親生的，所以在傳輸上與WebRTC本身的程式碼結合得還不是很完美，例如H264下FEC無法使用，弱網情況下VP8比H264的表現的確要好一些，詳細可以參考：https://blog.csdn.net/volvet/article/details/53700049。

為什麼要支援OpenSSL

    OpenSSL當年曝出HeartBleed等漏洞，谷歌便開啟了OpenSSL的BoringSSL分支用於解決這些漏洞，這些漏洞大多被提交到官方的OpenSSL中。目前業內做SSL/TLS應用大多選擇OpenSSL，而BoringSSL除了修改了部分漏洞外，介面與OpenSSL是完全一致的，這就導致了大量重複的符號。如果有兩個靜態庫，一個使用OpenSSL，一個使用BoringSSL(例如WebRTC)，在連結時由於符號衝突會出現連結錯誤。如果使用動態庫，連結期間不會報錯，但是執行期間程式是執行OpenSSL的符號還是BoringSSL的符號不可知，程式的行為無法預計。現在谷歌在很多專案中已經開始使用BoringSSL，其宣稱並不想取代OpenSSL，而事實上BoringSSL具有傳染性，因為你一旦用了他包含BoringSSL的一個庫，其他使用OpenSSL的地方只好捨棄OpenSSL採用BoringSSL。就目前來講，OpenSSL使用得更廣泛(雖然有已知的漏洞)，如果你提供一個SDK給別人整合，那麼希望相容性更好，那麼有可能需要將BoringSSL改為OpenSSL。

編譯準備

  1. 已經編譯好的OpenSSL，參考我的另外一篇博文：https://blog.csdn.net/sonysuqin/article/details/79674854；
  2. 安裝Cygwin，主要用於執行補丁指令碼；
  3. VPN，下載WebRTC程式碼最好直接下官網的，需要FAN-QIANG，也有國內人做的映象，但有可能會缺一些依賴；

編譯

    主要參考：https://github.com/ipop-project/ipop-project.github.io/wiki/Build-WebRTC-Libraries-for-Windows
    這裡搬運一下，基本步驟大同小異：
下載依賴

  1. 安裝Visual Studio 2015 Update 2以上版本，安裝的時候需要選擇MFC、通用Windows開發工具、 Windows 10 SDK (10.0.10586)；
  2. 安裝Chromium depot tools，主要就是下載depot_tools.zip，解壓後，將其路徑加入PATH環境變數；
  3. 開啟CMD，執行一次gclient，會自動下載一些工具，例如git、python等；
下載WebRTC原始碼

  1. 建立WebRTC程式碼目錄並進入
    mkdir webrtc-checkout
    cd webrtc-checkout
  2. 下載程式碼
    fetch --nohooks webrtc
  3. 切換到57版本
    git branch -r
    git checkout branch-heads/57
  4. 同步，下載依賴
    gclient sync
    最好預留20G的空間。
生成工程
gn gen out/release_vs_h264_openssl --args="is_debug=false target_os=\"win\" target_cpu=\"x86\" is_component_build=false proprietary_codecs=true rtc_use_h264=true ffmpeg_branding=\"Chrome\" rtc_build_ssl=false rtc_ssl_root=\"D:\work\mediasdk\third_party\openssl\win32\include\"" --ide=vs2015

這個命令會在out目錄下生成一個工作目錄release_vs_h264_openssl。

--args內部引數的意義：
is_debug    是否是Debug版，這裡取false，表示編譯Release版。
target_os 平臺型別，可以取值win、android、ios、linux等，這裡取win，表示Windows平臺。
target_cpu cpu型別，Windows下可以取x86、x64，這裡取x86，對應32位版本。
is_component_build 是否使用動態執行期庫，這裡取false，使用靜態執行期庫，Release版本將對應MT，Debug版將對應MTd。
proprietary_codecs 是否使用版權編碼，也就是H264，這裡取true。
rtc_use_h264 是否使用H264，這裡取true，注意Windows平臺編碼使用OpenH264，解碼使用ffmpeg。
ffmpeg_branding ffmpeg的分支名，這裡採用Chrome的分支。
rtc_build_ssl 是否編譯BoringSSL，這裡取false，因為後面我們要替換成OpenSSL。
rtc_ssl_root OpenSSL的標頭檔案路徑，會被寫到生成的ninja檔案中。
--ide=vs2015
    這個引數在使用Visual Studio 2015除錯的時候需要設定，如果只是編譯不除錯則沒有必要 設定。無論有沒有這個引數，WebRTC都是用ninja編譯系統來編譯，也就是說即使用Visual Studio 2015打開了工程編譯，也是呼叫ninja編譯。
    obj目錄下每個.ninja檔案都相當於一個Makefile或者說一個工程檔案，對應每個模組的編譯、連結設定， 而主工程obj/webrtc/webrtc.ninja生成的webrtc.lib是我們將要使用的庫。
手動打的補丁

    主要是一次性永久生效的修改，主要修改兩個檔案：

  1.  webrtc/BUILD.gn，修改前生成的靜態庫webrtc.lib只有幾K，修改後會生成完整的靜態庫；
  2. webrtc/base/opensslstreamadapter.cc，修改了標頭檔案的順序，否則會報編譯錯誤。


自動打的補丁

    每生成一次工程都要打的補丁，下面貼一個指令碼(必須放到工程的obj目錄下)，用於

  1. 加入OpenSSL的支援；
  2. 加入field_trial和metrics這兩個庫，預設webrtc.ninja沒有把這兩個庫加入，只連結webrtc.lib時可能會報連結錯誤；
  3. 刪除video_capture_external、device_info_external這兩個模組，因為預設webrtc.ninja把video_capture_external、device_info_external、video_capture_internal_impl等模組一起連結進去，符號是重複的，編譯的時候會報警，呼叫的時候可能調到video_capture_external(需要上層實現)，實際上video_capture_internal_impl是WebRTC對攝像頭的內部實現，如果要自己實現外部的攝像頭模組，則應刪除video_capture_internal_impl。
#!/bin/bash

boringssl_include="..\/..\/third_party\/boringssl\/src\/include"
boringssl_libs="obj\/third_party\/boringssl\/boringssl.lib\ obj\/third_party\/boringssl\/boringssl_asm.lib"
boringssl_asm_stamp="obj\/third_party\/boringssl\/boringssl_asm_action.stamp"
openssl_include="D$:\/work\/mediasdk\/third_party\/openssl\/win32\/include"
openssl_libs="D$:\/work\/mediasdk\/third_party\/openssl\/win32\/lib\/ssleay32.lib D$:\/work\/mediasdk\/third_party\/openssl\/win32\/lib\/libeay32.lib"
openssl_libdir="D$:\/work\/mediasdk\/third_party\/openssl\/win32\/lib"
openssl_ld="ssleay32.lib\ libeay32.lib"
additional_obj="obj\/webrtc\/system_wrappers\/field_trial_default\/field_trial_default.obj obj\/webrtc\/system_wrappers\/metrics_default\/metrics_default.obj"

patch() {
  local file_name=$1
  echo process $file_name
  has_boringssl_header=`grep $boringssl_include $file_name`
  if [ -n "$has_boringssl_header" ];then
    #echo Found boringssl include dir,replace it and add openssl macro.
    #Replace include
    sed -i "s/$boringssl_include/$openssl_include/g" $file_name
    
    #Append openssl macro.
    sed -i "/^defines =/s/$/ -DSSL_USE_OPENSSL -DHAVE_OPENSSL_SSL_H -DFEATURE_ENABLE_SSL/" $file_name
  fi

  #Replace boringssl libraries to openssl libraries.
  sed -i "s/$boringssl_libs/$openssl_libs/g" $file_name
  
  #Delete boringssl asm stamp
  sed -i "s/$boringssl_asm_stamp//g" $file_name

  #Delete boringssl objects.
  sed -i "s/obj\/third_party\/boringssl\/boringssl\/err_data.obj.*obj\/third_party\/boringssl\/boringssl_asm\/sha512-586.o //g" $file_name
}

add_openssl_libs() {
  local file_name=$1
  echo Add openssl lib to $file_name
  #Append openssl library path.
  has_ssl_ld=`grep openssl\/win32\/lib $file_name`
  if [ -z "$has_ssl_ld" ];then
    sed -i "/ldflags =/s/$/ \/LIBPATH:\"$openssl_libdir\"/" $file_name
  fi
  has_ssl_lib=`grep ssleay32.lib $file_name`
  if [ -z "$has_ssl_lib" ];then
    sed -i "s/libs =/& $openssl_ld/" $file_name
  fi
}

grep -r boringssl . | grep -v -e boringssl.ninja -e boringssl_asm.ninja -e boringssl.vcxproj -e boringssl_asm.vcxproj | grep ninja | awk -F : '{print $1}' | sort | uniq | while read line
do
  patch $line
done

fs=('./webrtc/examples/stun_prober.ninja' './webrtc/rtc_unittests.ninja' './webrtc/webrtc_nonparallel_tests.ninja' './webrtc/stats/rtc_stats_unittests.ninja' './webrtc/modules/modules_unittests.ninja')
for f in ${fs[@]};do
  add_openssl_libs $f 
done

file_name=./webrtc/webrtc.ninja

#Add field_trial and metrics
has_field_trial=`grep field_trial_default $file_name`
if [ -z "$has_field_trial" ];then
  echo Add field_trial and metrics
  sed -i "s/alink/& $additional_obj/" $file_name
fi

#Delete external capture
echo Delete external capture
sed -i "s/obj\/webrtc\/modules\/video_capture\/video_capture\/device_info_external.obj obj\/webrtc\/modules\/video_capture\/video_capture\/video_capture_external.obj //g" $file_name

    執行該指令碼需要安裝Cygwin，該指令碼會先搜尋工程目錄下所有的ninja檔案，找到BoringSSL的標頭檔案、庫，替換成OpenSSL的巨集、標頭檔案、庫，同時該指令碼還將修改webrtc.ninja，加入field_trial_default、metrics_default這兩個模組，並刪除video_capture_external、device_info_external這兩個模組。

執行編譯

    在src目錄下，執行
    ninja -C out\release_vs_h264_openssl
    會進行完整編譯，也可以用Visual Studio 2015開啟all.sln進行編譯。
    在obj/webrtc目錄下生成的webrtc.lib就是我們要使用的支援H264、OpenSSL的WebRTC靜態庫。

測試H264
    完整編譯後會在out\release_vs_h264_openssl目錄下生成一個video_loopback工具，用於進行loopback播放。
    如果不完整編譯，也可以單獨執行以下命令來單獨編譯video_loopback，相應的依賴也將被編譯。
    ninja -C out\release_vs_h264_openssl video_loopback
    video_loopback會呼叫WebRTC採集攝像頭資料、編碼、解碼、渲染，進入out\release_vs_h264_openssl目錄，執行以下命令會看到效果：
    video_loopback --codec=H264


    注：以上是Debug版的截圖，Release版並不列印這些log。

相關推薦

WebRTC Windows版編譯(支援H264+OpenSSL)

摘要     本文介紹了在Windows下編譯WebRTC的方法，WebRTC預設支援VP8、VP9(谷歌自己的編碼)和BoringSSL(谷歌的OpenSSL分支，主要修復一些OpenSSL主線的漏洞)，本文將介紹在Windows下讓WebRTC支援使用更廣泛的H264、Op

在Windows下編譯WebRTC

obj 自己 war invalid bds amd clu out tail 前言 這篇文章的目的在於為你節省生命中寶貴的10小時（甚至更多），或者浪費你10分鐘。作為Google更新頻繁的大型跨平臺基礎庫，WebRTC的編譯一直被人稱為噩夢。如果恰巧你偏要在Windo

Windows 編譯libcurl（openssl+zlib）（使用VC編譯）

org tar 處理器 verify easy 控制臺應用程序 默認安裝 1.0 tps libcurl主要功能就是用不同的協議連接和溝通不同的服務器，如果使用HTTPS，需要OpenSSL libcurl https://curl.haxx.se/downl

怎樣在WINDOWS下面編譯OpenSSL

comm pda app http 參數 path環境變量 man fig l命令 編譯OPENSSL的步驟： 第一步：下載ActivePerl（http://www.activestate.com/， ），安裝ActivePerl，默認安裝路徑在C:\Perl64。打開

WebRTC支援H264 Simulcast

最近和好友交流中，聽說WebRTC已經支援了H264 Simulcast，於是便去搜索了一下相關的資訊，記錄於此。 獲取了最新的WebRTC的master程式碼，檢查發現今年6月份的時候，確實有一個H264 Simulcast實現的Commit。仔細檢視原來就是已經提交了2年多的webrtc:5

openssl linux編譯及android版編譯

前言 目前本人由於工作原因，需要編譯linux及android版的openssl庫，由於之前沒有做個這個工作，且網上也沒有找到合適的文章，所以覺定記錄一下。以便大家參考，同時也可以記錄一下，以備不時之需。 系統環境 Ubuntu 16.04 openssl 1.

一步步實現windows版ijkplayer系列文章之四——windows下編譯ijkplyer版ffmpeg

windows下編譯ijkplyer版ffmpeg ijkplayer版本ffmpeg原始碼說明 ijkplayer使用了ffmpeg 3.4 release(接下來將此版本ffmpeg叫做ijkplayer-ffmpeg)，ijkplayer fork版本最後一個官方的commit詳細資訊如下： 提交：

windows下編譯openssl

1.從openssl官網下載原始碼不用我說了吧，我下載的版本是openssl-1.0.2l 2.進入到openssl-1.0.2l     3.切記以管理員身份開啟cmd  cd e:/openssl-1.0.2l 4.我的電腦是win10 64bi

win10 vs2017 編譯webrtc x64 版本報錯

環境 系統：win10 IDE：vs2017 webrtc版本：M66 報錯資訊如下： LINK : fatal error LNK1104: 無法開啟檔案“advapi32.lib” 原因： win10 sdk 的版本不對，以webrtc M66版本為例，需要

openssl windows自動編譯+靜態庫符號缺失問題(/Fd選項)

摘要：     本文描述使用bat指令碼自動編譯openssl1.0.2j的過程，並解釋了使用openssl靜態庫時可能出現的連結告警(warning LNK4099: PDB 'lib.pdb' was not found)，原因是其符號檔案lib.pdb缺失，本文提供的編譯

WEBRTC 支援H264編解碼

 WEBRTC視訊編解碼支援H264 VP8 VP9 但是預設是VP8 ，根據SDP描述協商 WEBRTC H264編碼採用OPENH264 解碼採用FFMPEG 一 讓WEBRTC支援H264編碼 1. 修改配置支援H264編碼  webrtc/build/commo

Windows 下編譯 OpenSSL

參考目錄參考文獻簡述OpenSSL 是一個開源的第三方庫，它實現了 SSL（Secure SocketLayer）和 TLS（Transport Layer Security）協議，被廣泛企業應用所採用。對於一般的開發人員而言，在 Win32 OpenSSL 上下載已經編譯好

webrtc 支援h264 思路

1，遇到問題 但是由於google推廣vp8，vp9的問題，h264這個模組肯定被砍下了。 google已經非常大度的開放了整個專案，就差這個h264，而且h264還有版權費。 測試了下效果，如果使用vp8我的三星收集跑不了720p的視訊聊天。

讓WebRTC支援H264編解碼

https://blog.csdn.net/foruok/article/details/69525039 最近實驗了下如何讓WebRTC支援H264編碼，記錄下，供有需要的人蔘考。 說明一下，我是在 Ubuntu Server 14.04 下編譯的 WebRTC ，使用 native（C+

通過live555實現H264 RTSP直播（Windows版）

為何標明“Windows版”，因為firehood大神已經實現了linux版：通過live555實現H264 RTSP直播 相關文章： 一.基礎 live555的學習基本上都是從E:\live555\testProgs中的testOnDemandRTSPServer.

openssl windows平臺編譯庫

首先感謝http://blog.csdn.net/YAOJINGKAO/article/details/53041165?locationNum=10&fps=1和https://www.cnblogs.com/Simon-Sun1988/articles/4234118.html文章的幫助.

Webrtc windows 編譯

這裡主要是將我看到的幾篇文章綜合放到這裡。因為在具體應用中遇到一些問題所以要處理。由於有些文章不便於轉載，所以這裡僅僅給出連結地址；1：《》http://blog.csdn.net/cabbage2008/article/details/52791119（註釋：下程式碼主要還

[caffe筆記009]：編譯caffe官方github的windows版

注意：caffe官方GitHub的caffe-window分支的編譯 現在caffe的官方GitHub提供windows版本，因其由官方更新，更新相對及時而且可信賴度高。除了官方的window版，還可以使用Microsoft GitHub上的windows版c

關於OPENSSL在WINDOWS下編譯和使用的坑

因為最近使用OPENSSL 編譯使用RSA做開發，但是出現了各種問題。找了網上資源整合一下，不過還是有問題啊，在多次試驗中終於找到了使用方法。 首先 openssl編譯步驟： 32位編譯： 1、到C:\Program Files (x86)\Microsoft

quick-cocos2d-x3.3在windows下編譯release版報錯的解決方法

編譯windows下的release版時可能會無法編譯通，這些錯誤基本上都是因為cocos2dx引擎開發人員配置好了debug版相關引數，但是release版沒配全造成的，下面是解決方法 1.錯誤:main.cpp(18): fatal error C1083: 無法開啟包