看最近的访问搜索关键字，大部分都是通过WVP-GB28181关键字搜索过来的，原来调到一半，就去干别的事情了，趁着年前比较空闲，重新捡起来，发现还比较顺利的调通了取流，记录下过程。

rv1106模块或者开发板，系统：支持buildroot或者ubuntu两种Linux系统；硬件上，支持：摄像头MICAudio+功放0.5T算力64M、128M或者256M RAM可以外挂SD卡

在语音通话过程中，没有规律的卡顿。MIC采样，AEC回音消除处理，编码、发送。WAV文件读写方法。

GB28181平台需求：视频预览;云台控制（方向、缩放控制）;视频设备信息同步;离在线监控;录像查询与回放（基于NVR\DVR，暂不支持快进、seek操作）;无人观看自动断流;

必须点赞，正点原子的资料是相当齐全的！

pjsip自带的回声消除处理包括webrtc-aec3，效果不是很理想，切换为webrtc-aec后，确实能明显的感觉到回声被抑制了

使用FFMPEG提供的编解码接口，实现的aac编码和解码程序！

广播的业务还是挺好实现的，作为练手项目绝对不错，主要涉及到几个点：1、音频数据采集；2、音频数据编码；3、媒体流组包发送；4、UDP Socket服务器、客户端实现；5、音频抖动缓冲区，及播放器实现；

使用ffmpeg实现一个播放器？是不是没什么新意，不过一直使用ffmpeg程序，还没有用ffmpeg代码接口实现播放器，并且还需要使用linux的alsa接口播放出声音，所以做出来还是觉得有点意思；

接上篇：单路通话，Freeswitch录制视频CPU高的原因，主要是开启media_bug通道会涉及一次H264解码、两次H264编码，所以CPU高；解决思路就是：由于录制是使用rtsp/rtmp转发流的方式，可以直接将源端发送过来的H264码流转发给rtsp/rtmp服务器，这样就减少了Freeswitch端的解码和编码过程；上篇已经减少了一次转发给b_leg时的编码，确实CPU负载就降下来了，