WebRTC 把H264和VP8都列入了WebRTC所必需要支持的视频编码器。同时联播可以同时使用多个编码器提供同一个媒体不同的分辨率来供人们选择以适应带宽波动（和其它）。不幸的是，libwebrtc没有实现对带有H.264编解码器的同时联播的支持。H.264实际上是间接的编解码器，因此只支持H.264的Safari不能实现与VP8和其他浏览器相同程度的编解码质量。本篇博客将详述如何解决此问题，实现方法与设计，和WebRTC产品的影响。
H.264被列入了WebRTC所需的编码器
2019-12-25 06:16:48WebRTC VideoEngine超詳細教程（一）——視訊通話的基本流程
2019-12-25 06:15:57在前一篇文章中，講解了如何將OPENH264編解碼器整合到WebRTC中，但是OPENH264只能編碼baseline的H264視訊，而且就編碼質量而言，還是X264最好，本文就來講解一下如何將X264編碼器整合到WebRTC中，為了實現解碼，同時要用到ffmpeg。總體流程和之前一樣，分為重新封裝編解碼器和註冊呼叫兩大步驟，註冊呼叫這一步沒有任何不同，主要是重新封裝這一步驟有較大區別。
重新封裝X264編碼功能
首先當然還是要下載X264原始碼編譯出相應的庫以供呼叫。在windows下使用mingw進行編譯，再使用poxports工具匯出庫，最後得到libx264.dll和libx264.lib，同時把x264.h和x264_config.h總共四個檔案放到工程目錄下，並在專案屬性中進行相應配置。
WebRTC支持H264编解码
2019-12-25 06:13:34众所周知，Chrome/WebRTC中的视频编解码器一直使用Google自己开发的VP8/VP9，而对于业界广泛使用的H264则支持有限。他们这么做除了推广自家产品外，还有一个很好的理由：专利。VP8/VP9是免专利费的，而H264则需要专利授权。因此，Google Chrome在2011年的时候甚至放弃对H264的支持。
但是，随着H264的发展，Chrome不得不再次考虑对H264的支持问题，特别是思科发布H264开源实现openh264后。最近，Google宣布从Chrome50开始支持H264视频编解码，用户在打开Chrome时通过如下命令行参数即可启用：
--enable-features=WebRTC-H264WithOpenH264FFmpeg
这无疑是一个好消息，尤其对研究WebRTC的开发者来说，在WebRTC中启用H264可以明显带来如下收益：
1. 浏览器互操作：除Chrome和Firefox外，目前微软Edge浏览器的ORTC也开始支持H264/AVC。
2. 移动设备支持：移动设备基本上都支持H264硬件编解码。
3. 遗留系统互连：遗留视频系统基本上都使用H264，绝大多数不支持VP8。使用H264可使得WebRTC和这些系统方便互通。
2019-12-25 06:12:08
最近实验了下如何让WebRTC支持H264编码，记录下，供有需要的人参考。
说明一下，我是在 Ubuntu Server 14.04 下编译的 WebRTC ，使用 native（C++） api 开发 WebRTC 应用。所以我的调整都是基于 native 代码。
最终的效果是浏览器可以用H264发送视频，也可以接收H264视频。
注意，WebRTC 使用 OpenH264 来做 encoder （见 h264_encoder_impl.cc），使用 ffmpeg 来做 decoder （见 h264_decoder_impl.cc ）。
x264码率控制方法介绍
2019-12-25 06:10:521. X264显式支持的一趟码率控制方法有：ABR, CQP, CRF. 缺省方法是CRF。这三种方式的优先级是ABR > CQP > CRF.
if ( bitrate ) rc_method = ABR;
else if ( qp || qp_constant ) rc_method = CQP;
else rc_method = CRF;
bitrate和QP都没有缺省值，一旦设置他们就表示要按照相应的码率控制方法进行编码，CRF有缺省值23，没有任何关于编码控制的设置时就按照CRF缺省值23来编码。
WebRTC VideoEngine综合应用示例（三）——集成X264编码和ffmpeg解码
2019-12-25 06:07:26总述
在前一篇文章中，讲解了如何将OPENH264编解码器集成到WebRTC中，但是OPENH264只能编码baseline的H264视频，而且就编码质量而言，还是X264最好，本文就来讲解一下如何将X264编码器集成到WebRTC中，为了实现解码，同时要用到ffmpeg。总体流程和之前一样，分为重新封装编解码器和注册调用两大步骤，注册调用这一步没有任何不同，主要是重新封装这一步骤有较大区别。
重新封装X264编码功能
首先当然还是要下载X264源码编译出相应的库以供调用。在windows下使用mingw进行编译，再使用poxports工具导出库，最后得到libx264.dll和libx264.lib，同时把x264.h和x264_config.h总共四个文件放到工程目录下，并在项目属性中进行相应配置。
WebRTC VideoEngine综合应用示例（二）——集成OPENH264编解码器
2019-12-25 06:06:44总述
WebRTC原生支持VP8和VP9，但也可以自行集成H264编解码器，比较常见的是OPENH264和X264（X264自身只有编码功能，如果要加入解码功能，可以再结合ffmpeg），总体来说，集成H264编解码器的流程和直接使用它们的库的流程类似，但是要先将相应功能依照WebRTC中对编解码器的封装形式重新封装，然后再通过注册外部编解码器的方法在主流程中使用它们。
下面先看一下WebRTC对编解码器的封装形式是怎么样的，定义在webrtc\modules\video_coding\codecs\interface\video_codec_interface.h中，如下
WebRTC VideoEngine综合应用示例（一）——视频通话的基本流程
2019-12-25 06:05:52WebRTC技术的出现改变了传统即时通信的现状，它是一套开源的旨在建立浏览器端对端的通信标准的技术，支持浏览器平台，使用P2P架构。WebRTC所采用的技术都是当前VoIP先进的技术，如内部所采用的音频引擎是Google收购知名GIPS公司获得的核心技术：视频编解码则采用了VP8。
大家都说WebRTC好，是未来的趋势，但是不得不说这个开源项目对新手学习实在是太不友好，光是windows平台下的编译就能耗费整整一天的精力，还未必能成功，关于这个问题在我之前的文章中有所描述。编译成功之后打开一看，整个solution里面有215个项目，绝对让人当时就懵了，而且最重要的是，google方面似乎没给出什么有用的文档供人参考，网络上有关的资料也多是有关于web端开发的，和Native API开发有关的内容少之又少，于是我决定把自己这两天学习VideoEngine的成果分享出来，供大家参考，有什么问题也欢迎大家指出，一起学习一起进步。
首先需要说明的是，webrtc项目的all.sln下有一个vie_auto_test项目，里面包含了一些针对VideoEngine的测试程序，我这里的demo就是基于此修改得到的。
H264 in WebRTC的那些坑
2019-12-25 06:03:58WebRTC 自誕生之日起, 就代表了實時通訊領域的最好的技術. 不過很長時間裡, 它所支援的視訊編碼器只有VP8, 後來隨著H265/VP9為代表的下一代視訊編碼器的誕生, WebRTC裡出現了VP9 Codec. 而當前應用最廣泛的H264 卻一直不受待見. 一直到Cisco 宣佈旗下的H264 Codec開源為OpenH264, 並且替所有OpenH264的使用者支付了H264的專利費， 以次為契機， 在IETF的WebRTC會議中， 把H264和VP8都列入了WebRTC所必需要支援的視訊編碼器。 接下來， Google終於在WebRTC中增加了對H264的支援， 在PC平臺(Windows和MAC), 編碼器是用OpenH264, 解碼器是用FFMPEG， 在iOS平臺上， 編碼器和解碼器既可以使用OpenH264和FFMPEG, 也可以用apple的VideoToolbox所支援的硬體編解碼器. 在Android平臺, 可以用 OpenH264, FFMPGE, 也可以用 MediaCodec. 這個對於廣大需要H264的公司來說是一大福音. 在下載的WebRTC程式碼中做稍許配置， 就可以使用H264了.
基于webrtc的多对多聊天（SkyRTC）
2019-12-24 14:27:11一、基本介绍
- 开源项目地址
作者项目集合地址：https://github.com/LingyuCoder
服务端项目地址：https://github.com/LingyuCoder/SkyRTC
客户端项目地址：https://github.com/LingyuCoder/SkyRTC-client
demo项目（本文中应用的）地址：https://github.com/LingyuCoder/SkyRTC-demo - 项目技术特点
这是一个使用SkyRTC和SkyRTC-client搭建浏览器中音频、视频、文字聊天室的Demo