webrtc学习记录

5G时代webrtc会变得更加流行吗?

服务器使用mediasoup ,对接webrtc的native 开发.

可以使用的编译选项 
gn gen out/linux --args='target_os="linux" target_cpu="x64" is_debug=true is_clang=false treat_warnings_as_errors=false rtc_include_tests=false  is_clang=false   rtc_use_h264=true is_component_build=false use_custom_libcxx=false rtc_enable_protobuf=false use_rtti=true proprietary_codecs=true '  --ide="qtcreator"

 

 

 1.可执行程序使用webrtc的时候需要增加第三方头文件的包含目录.

 

//libmediasoupclient的编译
cmake . -Bbuild  -DLIBWEBRTC_INCLUDE_PATH:PATH=/home/yang/webrtc/agora/webrtc/src/  -DLIBWEBRTC_BINARY_PATH:PATH=/home/yang/newtest/webrtc/agora/webrtc/src/out/Release/obj  


  -DOPENSSL_INCLUDE_DIR:PATH=${PATH_TO_OPENSSL_HEADERS}      \
  -DCMAKE_USE_OPENSSL=ON

gclient是用来同步代码,在和src同级目录会有一个隐藏.gclient文件,里面记录了基本的代码拉取设置
src里面的各个目录、甚至子目录,基本上都是一个独立的git库
 gclient sync的命令回去检查整个项目的完整情况,并同步代码
如果gclient sync无法通过,一般都不是代码的问题,是因为工具链或依赖库和当前代码需要的不一致
gclient是用来同步代码和工具链的
gn 是用来产生ninja所需的配置文件
ninja 才是编译的
代码里面有很多*.gni,可以认为是和make脚本差不多的,是告诉ninja,我要编译某个项目
例如AppRTCMobile,需要哪些代码文件、以来哪些库

set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -DWEBRTC_LINUX=1 -DWEBRTC_POSIX=1")

gn clean < out_dir>

删除输出目录的内容,除了args.gn和创建一个足以重新生成构建的忍者构建环境。
个人见解:该命令行作用应与xcode中clean操作功能相识,clean后out中目录相关目录会被删除,
但不需要重新gn新的一份,可直接用ninja编译。


add_definitions(-D_GLIBCXX_USE_CXX11_ABI=0)

 参考这个网址,意思是说gnustl过时了,应该用c++_shared。于是把APP_STL := gnustl_static改为APP_STL := c++_shared编译通过。

Problem was indeed that the library is built using libc++. Rebuilding on libstdc++ made the link suceed.
 .clang version 9 .0.0 (trunk 3576     92).


https://github.com/hujianhua888/webrtc_vs2015
https://webrtc.agora.io/
http://120.92.49.206:3232/chromiumsrc?page=3    
https://blog.csdn.net/bvngh3247/article/details/81298131
https://github.com/mpromonet/webrtc-streamer
https://github.com/hujianhua888/webrtc_vs2015

gn gen out/linux --args='is_debug=false is_clang=false  rtc_include_tests=false is_component_build=false use_custom_libcxx=false rtc_enable_protobuf=false'

gn gen out/linux-arm --args='is_debug=true target_os="linux" target_cpu="arm"  treat_warnings_as_errors=false is_component_build=false is_clang=false rtc_include_tests=false rtc_use_h264=true rtc_enable_protobuf=false use_rtti=true use_custom_libcxx=false   use_ozone=true  ide="qtcreator"'


//libmediasoup客户端的构建

cmake . -Bbuild -DLIBWEBRTC_INCLUDE_PATH:PATH=/home/yang/webrtc/agora/webrtc/src/  -DLIBWEBRTC_BINARY_PATH:PATH=/home/yang/newtest/webrtc/agora/webrtc/src/out/Release/obj   -DCMAKE_CXX_FLAGS="-fvisibility=hidden"


-D_GLIBCXX_USE_CXX11_ABI=0 // 链接到旧版本,未启用c++11特性,std::string是std::basic_string,如将c++11下的string当作参数传入非c++11库,就会出现error: cannot convert 'const std::__cxx11::basic_string' to 'const char*',或者未定义的方法引用(undefined reference)
-D_GLIBCXX_USE_CXX11_ABI=1 // 链接到新版本
#define _GLIBCXX_USE_CXX11_ABI 0
#define _GLIBCXX_USE_CXX11_ABI 1


QMAKE_CFLAGS     设置c编译器flag参数     QMAKE_CFLAGS += -g
QMAKE_CXXFLAGS     设置c++编译器flag参数     QMAKE_CXXFLAGS += -g
QMAKE_LFLAGS     设置链接器flag参数     QMAKE_LFLAGS += -rdynamic

rtti


下载和编译参照:http://depthlove.github.io/2019/05/02/webrtc-development-2-source-code-download-and-build/

最后的编译选项:

gn gen out/linux --args='target_os="linux" target_cpu="x64" is_debug=true is_clang=false treat_warnings_as_errors=false rtc_include_tests=false  is_clang=false   rtc_use_h264=true is_component_build=false use_custom_libcxx=false rtc_enable_protobuf=false use_rtti=true proprietary_codecs = true   ide="qtcreator"'

1、连接webrtc静态库时候出现:error adding symbols: Malformed archive

vi build/config/compiler/BUILD.gn

搜索 complete_static_lib

去掉arflags = [ "-T" ] ,不用-T

连接:https://bugs.chromium.org/p/chromium/issues/detail?id=801925

 

2、GLIBCXX_3.4.20 not found(required by /home/webrtc/src/lout/linux/protoc)

可以升级libstdc++6.so的库

或者rtc_enable_protobuf=false 不使用protobuf

 

3、用GCC编译器而不是clang编译,选项is_clang=false、

3.1出现各种警告导致错误退出

declared with attribute warn_unused_result [-Werror=unused-result]

解决——添加选项:is_clang=false treat_warnings_as_errors=falsse

3.2 ../../webrtc/base/array_view_unittest.cc:219:26: error: use of deleted function ‘rtc::BufferT::BufferT(const rtc::BufferT&) [with T = unsigned char]’

const rtc::Buffer cb = "very const";

解决——添加选项:rtc_include_tests=false

 

4、连接时候各种C++库连接不了问题

解决:use_custom_libcxx=false这是用来控制编译WebRtc时使用的c++库的。原因很简单,如果不加这个编译开关的话,WebRtc编译默认使用libc++来编译,而我们编译别的代码用的是libstdc++,这样在编译的过程中就会导致用到std::string的地方各种错误

但是不要用这个选项use_custom_libcxx_for_host=false不然会有各种库问题

6、fatal error: list: No such file or directory#include

解决——export CPLUS_INCLUDE_PATH=/usr/include/c++/4.8:/usr/include/x86_64-linux-gnu/c++/4.8:$CPLUS_INCLUDE_PATH

 

5、webrtc编译出来的是静态库,如果你在编译一个动态库时候引用这个libwebrtc.a静态库,那么再用这个动态库取连接最终的应用程序时候,会报找不到webrtc的里面的标识。这个是本身特性的影响,如果要这样用,那么编译静态库时候要加入选项 -fPIC:表示编译为位置独立(地址无关)的代码 才允许这样使用。——因为webrtc编译还没有去人看,怎么加入这个选项,那么只能把代码中的libvrtp.so库去掉,直接编译执行程序。

 

插曲:

1、因为连接webrtc静态库时候出现:error adding symbols: Malformed archive问题,想看看静态库是否生成正确。才知道原来静态库可以解压成一个个.o文件,并且可以把多个静态库压缩成一个。

ar x /usr/local/lib/A.a——解压

ar x /usr/local/lib/B.a

ar x /usr/local/lib/C.a

ar cru libABC.a *.o——压缩

ranlib libABC.a——更新静态库的符号索引表 

 

2、apt-get 安装程序时候出现版本依赖问题

apt : Depends: libstdc++6 (>= 4.6) but it is not going to be installed

解决——2.1、通过ubuntu官网下载对应的deb包安装。

2.2、通过已有的机器在目录/var/cache/apt/archives/下查找对应的包,拷贝过去安装。
————————————————
版权声明:本文为CSDN博主「chenzhxvip」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/u011493488/article/details/91443043


然后是最坑的编译开关环节,要把WebRtc导入Qt并使用,坑还是很多的,这就是其中之一。搜索脚本里面的代码,只有一行有如下字样“gn gen”,这一句是执行gn工具,生成ninja文件,以用于下一步执行ninja编译。因此,编译开关是在这一句后面加的,下面是我修改以后的语句,有需要的小伙伴可以拷贝过去直接用或者根据自己的需要进行修改:

gn gen "$ARCH_OUT/$BUILD_TYPE" --args="$DEBUG_ARG symbol_level=1 target_os=\"linux\" target_cpu=\"${ARCH}\" use_custom_libcxx=false  proprietary_codecs=true use_custom_libcxx_for_host=false ffmpeg_branding=\"Chrome\"" --ide="qtcreator"
 

 
home/yang/build-bizchat-unknown-Debug/sdklib_wrapper/

 unix:QMAKE_RPATHDIR += $$OUT_PWD/3party/deepin/src


  unix:!mac:QMAKE_LFLAGS += -Wl,--rpath=your_path 


      QMAKE_POST_LINK += $$quote(cp $$PWD/*.md5 $$DESTDIR ;)

       !exists($$dst_dir):system(xcopy $$src_dir $$dst_dir /y /e)

gn gen out/Debug-mpis "--args=is_debug=true target_os=\"linux\" target_cpu=\"mips64el\" mips_arch_variant=\"loongson3\" mips_use_mmi=true is_component_build=false use_sysroot=false use_gold=false"


/home/yang/build-bizchat-unknown-Debug/3party/deepin/src:/usr/lib/x86_64-linux-gnu/:/home/yang/build-bizchat-unknown-Debug/sdklib_wrapper/:/home/yang/bizchat/bizBin/lib/:/usr/lib/x86_64-linux-gnu


local:
    "10002":"server failed"


    local_10002_serverFailed
    local_200002_confCreateTooMuch
    local_10106_avatarUpdateFailed


编译选项调整

WebRTC可以支持H264,但在Linux下编译时,默认没有打开。

rtc_use_h264,这个开关控制了是否使用 H264 (对应C++代码中的宏 WEBRTC_USE_H264),在 webrtc/webrtc.gni 文件中定义:

rtc_use_h264 = proprietary_codecs && !is_android && !is_ios

    1

proprietary_codecs 在 build/config/features.gni 中定义:

proprietary_codecs = is_chrome_branded || is_chromecast

    1

我在 Linux 下编译,branded 默认是 Chromium ,所以,proprietary_codecs 默认就是 false 。

想来想去,只好通过 gn gen 时传入 args 来调整比较方便,使用下面的命令来生成 ninja 构建文件:

gn gen out/h264Debug --args="proprietary_codecs=true"

    1

执行完毕后,可以使用下列命令验证一下:

gn args out/h264Debug --list=proprietary_codecs
gn args out/h264Debug --list=rtc_use_h264


https://192.168.1.120:3000/

你可能感兴趣的:(研发管理,webrtc,mediasoup)