Pacer Edition CMS

pacing 对应的webrtc 编码图像帧后，被（packet producers）拆分为rtp fu-a 包，然后发送rtp包的环节。 要做到平滑发送随机产生的各类rtp 包 ，因此首先需要一个管理发送的类： PacedSender 可以看到PacedSender 会被 RtpTransportControllerSend 使用。 这位大神娓娓道来 大神写的非常棒：WebRTC Pacing模

目录 背景介绍： 1.数据结构设计 2.对外提供的接口 3.核心处理逻辑 4.相关组件源码分析

简介 PACER网络报文平滑策略是webrtc Qos策略之一，是针对数据发送端的。如果是单纯的音频数据通信，由于一帧音频数据的长度固定并且音频码率较平稳，不会出现忽高忽低的现象，可以不考虑使用pacer。但是对于视频数据来说，一帧视频的数据量可能很大，已经大于网络的MTU，尤其是I帧（关键帧）数据量更是通常远大于MTU，所以需要封装到多个RTP报文中，如果这些视频RTP报文同时一起发生到网络上可

sender 是什么 struct __razor_sender { int type; int padding; sender_heartbeat_func heartbeat; sender_set_bitrates set_bitrates; sender_add_packet_func add_packet; sender_on

需求-为什么要适配 app首页是一个不可以滑动的页面，因此需要高和宽同时适配；内容比较多——日期，抽奖按钮，步数表盘，步数柱状图，底部的Tab，广告等；首页中心是一个圆形表盘，高度取剩余高度，宽度取屏幕宽度，并且考虑高宽相等，两方面适应之后决定圆形表盘的直径，导致在不同手机上效果千奇百怪。 适配方案的选择 常见的适配方案，可以参考这篇文章——《Android 目前稳定高效的UI适配方案》，文中提到

1.配置文件 log4j 控制日志信息输出 ConsoleAppender 控制台 File log文件 configuration.xml mybatis 配置文件 读取mybatis,proxool.xml配置 i18n-default.properties 全局变量