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

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

需求：语音会议中，会议参与的任何一人挂断电话时候，如果会议中只剩下一人，则自动挂断电话。实现，使用bgapi的方式，参考https://github.com/lusongcn/freeswitch-esl-php 提供的php bgapi接口实现。//demo.php<?php require_once 'lib/freeSwitchEsl.php';

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

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

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

现象是视频通话，给FS配置录制到rtsp服务器，单路通话Freeswitch占用CPU高： PID USER      PR  NI    VIRT    RES    SHR&n

​问题：非代理模式下，视频媒体主叫如果是recvonly，主叫收不到被叫发过来的视频包！发送方的payload type和协商的不一致，freeswitch过滤了； freeswitch接收到一方的包，解码完后，并没有转发给对方；freeswitch代码逻辑还是相当复杂的，一个函数通常都是上千行的代码，所以跟踪分析问题并不是那么容易，最好是gdb结合log打印跟踪分析问题；

应用场景：SIP终端拨入后，FS将该SIP终端的视频流转发为RTSP 流，提供NVR进行录制；问题1、如何在Freeswitch配置录制？问题2、可不可以在Freeswitch做录制？建议是方案可以，但不建议用Freeswitch做录制；原因是Freeswitch擅长做媒体交换，录制会拖累软交换的性能，建议是Freeswitch转一路流出去，给专门做录制和点播的服务；

问题虽小，也好定位，但验证和修改过程，却不是那么容易，记录下来，后面碰到类似问题修改就容易了！问题：广播终端作为被叫方，接听时，只看对方的视频，本端的视频是recvonly，webrtc生成sdp时是recvonly，但是janus转到freeswitch后，freeswitch收到的sdp的video部分却成了sendrecv;