应用场景：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电话终端的建立语音会议；

版本：kamailio-5.5.4freeswitch-1.10.0使用docker，上一次做kamailio代理freeswitch验证的时候，使用了给docker配置独立IP的方式，确实网络上简单很多，这次使用的是docker的端口转发，多了几个问题，最简单的是docker udp端口池如何配置，然后docker会内部创建一个172.17.0.1的网关，充当docker容器和外头网络通信的路由

BpHero-UWB上位机是从DECARANGERTLS PC 端源码修改来的，蓝点开放出来的代码，最基本的几个需求发现不能满足，比方：基站ID修改为非0,1,2，自定义为其他的基站ID，程序就奔溃了； --出现这个问题的主要原因是基站ID作为了数组的下标会用，一大就越界了，所以需要一个基站ID和下标值得映射关系： class GraphicsWidget : pu

接到一个任务，验证硬件同事的一块板子，网卡芯片W5500的功能是否正常，MCU使用的是STM32F103RCT6 ！ 从了解到的信息看，W5500和MCU之间使用SPI接口进行通信，跟最近调了好久的DW1000的使用方法相同，驱动是厂家提供的，也就是只需要调通SPI通信，基本上就能驱动W5500工作！

最近接触一个监控视频服务器的代码，觉得代码的实现思路和之前考虑的监控拉流转发的思路有一些差异，整理一下

需求：一个三方的广播、对讲系统，需要集成到已有的平台，已有平台采用的是B/S架构，也就是用户通过Web端来实现管理需求；三方的广播、对讲系统则是一个C/S架构的程序，提供三方可以定制开发的Windows端的SDK，这就有了这个积木式程序的开发！一个比较典型的Web端如何集成C/S端程序的思路！框架图如下：最终是实现一个windows端的本地服务，安装在用户的PC电脑上，web端调度员使用web就能