问题描述：移植pjsip到rv1126bp,gcc使用的是aarch64-buildroot-linux-gnu，测试发现，PJSIP第一次发Register请求之后，服务器返回401，但pjsip没有继续发送带认证的注册请求，直接返回注册失败。问题1：64位编译生成的头文件与32位编译头文件不一致。问题2：注册失败出现在事务一致性检查，事务缓存认为已经有了相同的tsx请求，所以失败了。最后分析代

使用异或实现冗余包方式，冗余包大，并且很难抵抗连续丢包，这里尝试用里德所罗门编码，实现丢包测试。 如下代码效果：25个包分一组，能任意恢复其中的3个包，冗余包比率为25%，抗丢包能力为10%左右。

服务器运行环境：Windows10及以上操作系统；免安装、解压缩既可以使用。支持：1、SIP网关，不限用户的注册、音视频通话；2、NGINX服务，支持HTTP文件上传下载；3、MQTT服务，支持MQTT推送协议；4、广播服务，支持如下功能：分组广播IP广播文字广播（TTS功能）定时广播音乐播放喊话语音通话视频通话； 免费版本百度网盘：链接: https://pan.baidu.com/s

最近，一个朋友考虑做个类似门铃的应用，用PJSIP来做。要求，带显示屏的那一端能自动显示远端摄像头的视频，且不影响语音通话，但是这个显示要求能通过lvgl的GUI应用来完成。结合这个需求，做了个简单的demo原型。结合上一篇解码得到的BITMAP，将BITMAP通过共享内存的方式发给LVGL_DEMO，由GUI负责界面的切换和显示。

最近有一个项目的需求，要在Android 8的电视机上做音视频通话功能，最开始尝试用portsip-uc-sdk，原来用过doubango作为手机端的SIP协议栈，在没有集成webrtc的AEC之前，啸叫特别明显，互联网上使用的时候，丢包和通话质量也是一直没有解决的一个顽疾，所以想着还是用三方的SDK,毕竟可靠性和质量有保证，无奈这个SDK免费版本只能通话三分钟，只能作罢。PJSIP的androi

主要包括几个方面工作：1、openh264解码视频；2、解码视频扔给显示设备；3、显示设备适配linux的显示屏；

audio部分的代码一直没有细看，主要是pjsip对音频的处理一直都没有什么问题，逻辑层次也很清晰。但是也一直有几个问题，理解不是很深刻，就是pjsip的conference 混音机制，还有source到sink的逻辑通路。看这个代码，可以从音频设备反着来看，也可以顺着呼叫的逻辑顺着来看，然后对齐，整个代码逻辑就理顺了。借改这个问题的机会，捋了捋，确实是清晰了不少。

实现需求，全志IPC，PJSIP本地预览视频，解码并显示对端视频。

该功能实现，主要需要考虑RTSP取摄像头视频流，拆RTP包，组H264帧，通过PJSIP的视频通道转发；这个过程中，涉及到RTP通道保活，RTSP通道保活；调试时间多耗费在对摄像头返回的RTP数据包的拆解和重新组H264帧上面。

广播测试小工具支持的功能：1、MIC广播喊话；2、组播播放音乐；      IP单播播放音乐；3、SIP客户端；     来电自动接听；4、通过广播地址搜索广播设备；代码基于DUILIB实现的界面；