一、概述webrtcwebrtcwebrtcwebrtc发送FlexFEC报文的时候，是同时发送两股流：PT值为102的正常媒体报文。PT值为106的flexfec冗余报文。这两股流使用的是不同的SSRC

        1）首先编译zlib ，参考我的 zlib的编译： zlib 库的编译_EveryDayOneHour的博客-CSDN博客           2）编译过程参考： 官网下载 libwebsockets 4

如MMX和SSE等。安装ffplay需要的依赖，

打开VS 的工具，然后在bin 目录下，执行：lib.exe /out:C:\msys64\home\x264-master\x264_install\bin\libx264-164.lib /machine:x64 /def:C:\msys64\home\x264-master\libx264.def，最后生成libx264-164.lib。pacman -S mingw-w64-x86_64-

C++中在堆中申请的内存都需要程序员自己手动删除，这是C++容易造成内存泄漏的根本原因。使用过Java的朋友都清楚，Java有完善的内存回收机制，无需程序员调用释放内存的操作。C++里是否能够实现类似Java的自动回收内存的机制呢？答案是肯定的，而Webrtc中的scoped_refptr就是实现类似的功能。首先我们从这个类的名字入手去理解它的含义。名字由三个单词组成，分别为scope，ref，p

目前总结出webrtc用于提升QOS的方法有：NACK、FEC、SVC、JitterBuffer、IDR Request、PACER、Sender Side BWE、VFR（动态帧率调整策略）、AVSync（音视频同步）、动态分辨率调整。与NACK对应的是ACK，ACK是到达通知技术。以TCP为例，他可靠因为接收方在收到数据后会给发送方返回一个“已收到数据”的消息（ACK），告诉发送方“我已经收到

WebRTC设计了一套基于延迟和丢包反馈的拥塞机制（GCC）和带宽调节策略来保证延迟、质量和网路速度之间平衡，这是一个持续循环过程。1） estimator通过RTCP的feedback反馈过来的包到达延迟增量和丢包率信息计算出网络拥塞状态并评估出适合当前网络传输的码率，根据这个码率改变视频编码器码率，然后改变pacer的码率2） pacer会根据这个码率改变pacer的网络发送速度和paddin

基本概念 ：H264 编解码器：编解码器规范在概念上区分视频编码层（VCL）和网络抽象层(NAL)。VCL编码器输出切片：一点包含整数个宏块数据的字符串宏块和切片头信息。NAL编码器将VCL编码器的切片封装成网络抽象层单元（NAL），适用于通过分组网络或者面向分组的多路复用环境。F: 1 bit forbidden_zero_bit. The H.264 specification declare

一、概述二：源码分解

环境：centos71）Dockfile 文件如下， 执行docker build -t amdoxxx . ，生成docker 镜像amdoxxx。1 FROM centos:72 RUN rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 && \3yum provides '*/applydeltarpm'&&