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

关键词：pjsip、hi3516ev300、voip第一步：pjsip在hi3516ev300的移植：这个工作量相对较小，配置host为arm-himix100-linux编译都能顺利通过./configure --host=arm-himix100-linux  --prefix=$PWD/install  --disable-libwebrtc

网上购买了一块hi3516ev300的开发板，收到开发板后，把rtsp播放的基本功能验证了下，摄像头和MIC功能都正常；接下来期望是调通sdk版本中sample代码的视频录制和声音录制功能；平台：Hi3516ev300调试手段：gdb，日志；SDK: Hi3516E V200R001C01SPC012参考代码：https://github.com/lmshao/HisiLive 

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

1、程序烧录，最开始总是烧录失败，后来确定是HiTool.exe的版本不一样，烧录不上，一定要找与开发板配套的Hitool版本！分区表文件，这个需要跟芯片的flash大小对应上：<?xml version="1.0" encoding="GB2312" ?> <Partition_Info Prog

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

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

细节，还是细节对细节的挑剔怎么都不为过，有时候表现出来的不屑，或者轻率，会有一种人浮于事的不稳重；周围同事的高要求，或者说挑剔，对你来说，是一件好事，是一种促进，也是一种能力的提升；高要求，或者被你说成是挑剔的要求，理由很充分，并且是合理的要求，你没法拒绝；比方函数名的拼写错误，decrypt与decreypt，archive  与archieve，担心其他人跟你继续犯错：）；英文标

最近调测UWB的收发，比较困扰的是DW1000是半双工通信方式，也就是要么在RX，要么在TX，那么标签和基站如何协同工作呢，比方标签发包的时候，基站一定要在RX才能收到包，否则发包就会失败，这个协同如何来做呢?其实官方给的例子有一个demo，一个是能说明这个协同的，但是其中的延时，是如何配置的？这也是困扰我好久的问题！

需求：Web控制台与多个SIP电话终端的建立语音会议；