本文主要是介绍Windows VS2017编译WebRTC选项，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
详细讲解VC2017编译webrtc m84版本参数配置
--debug
gn gen --target=x64 --args="symbol_level=0 is_debug=true is_clang = true use_custom_libcxx = false use_rtti=true rtc_include_tests=false rtc_libvpx_build_vp9=true enable_iterator_debugging=false proprietary_codecs=true use_openh264=true ffmpeg_branding=\"Chrome\" treat_warnings_as_errors=false" out/x64_debug--release
gn gen --target=x64 --args="symbol_level=0 is_debug=false is_clang = true use_custom_libcxx = false use_rtti=true rtc_include_tests=false rtc_libvpx_build_vp9=true enable_iterator_debugging=false proprietary_codecs=true use_openh264=true ffmpeg_branding=\"Chrome\" treat_warnings_as_errors=false" out/x64_debug下面对参数做完整解释
openh264支持
如下这四个参数用于开启内置openh264编解码器支持，缺一不可。
is_clang = trueproprietary_codecs=trueuse_openh264=trueffmpeg_branding=\"Chrome\"1，由于ffmpeg使用vc++编译编译会有问题，因此必须强制使用clang，因此打开is_clang=true
2, 打开openh264需同时打开priorietary_codecs, use_openh264这两个开关，同时设置ffmpet_branding="chrome"
不使用内置的libcxx
webrtc默认使用自带的libcxx作为默认的c++标准库，如果不去除内置libcxx引用，链接时将与vc++的libcxx冲突。需加入use_custom_libcxx = false去除libcxx集成
开启rtti
默认webrtc不开启rtti，如果在代码中使用typeid将引起链接失败
开启enable_iteartor_debuging
默认webrtc这个标记为false,而vc++的debug版本默认为true,如果不增加这个开关，则需要在项目中手动关闭iteartor_debuging这个特性
支持vp9
默认webrtc选项是不带vp9支持的，需增加rtc_libvpx_build_vp9=true才能支持vp9的编解码
降低符号等级
symbol_level=0
默认webrtc编译出来的库打包了符号表，所以特别大，使用这个命令可以降低符号等级，减少编译出来的库的大小
项目需添加的宏
使用这些编译选项生成的webrtc库即可被项目使用，但编译的时候需打开额外两个宏
-DNOMINMAX -DWEBRTC_WIN
由于webrtc内部使用的min,max函数与windows头文件的定义冲突，会引发编译错误，增加NOMINMAX可以解决这个问题
此外，需增加WEBRTC_WIN声明是windows平台，最后，如果需要使用openssl符号，还要增加
WIN32_LEAN_AND_MEAN
同时导出openssl头文件
这篇关于Windows VS2017编译WebRTC选项的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
