里德所罗门算法组包还是偏复杂，使用范德蒙矩阵的FEC包生成方式，则简单的多。验证： void test_2() { #define DATA_SIZE 1400 #define K_1 10  // 原始包数量 #define N_1 13   //&

Freeswitch，创建分组会议，并拉分组成员与会，发起呼叫时不带视频进行呼叫，会议拉人与会的时候，Freeswitch会把所有支持的codec都带上，但如果这个是语音会议，就没有必要携带视频的编码，这个如何实现呢?

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

1、rtsp增加认证功能；DESCRIBER请求返回401，针对携带的用户名、密码登字段，解析出来并做MD5校验。if (pRtsp->auth_checked != 1){     if ((p = strstr(pRtsp->in_buffer, HDR_AUTH))&

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

组播分发mp3或者其他音频格式音频文件的流程如下图：640长度包经过rtp包头封装后，发送到对端。存在的问题：1、播放时而卡顿、时而有倍速播放的感觉。 --这个问题分析和发送rtp包的时间快慢有关系，但出现这个现象，感觉是和广播端收包、播放处理流程涉及到线程切换影响，播放进度不能精确控制。2、播放声音质量变差、毛刺多。--这个问题分析主要是将MP3文件转码为采样率低的音频所致，可能中间还涉及丢包？

全志T113-S3是ArmA7 双核1.2G MCU，开发板使用的是SPI-NAND FLASH 128M，flash太小，第一步是调整分区，调整文件系统，要不然一个可执行程序都放不下。折腾了几天的问题，播放立体声的声音一直失败，使用alsa打开配置2通道的接口调用失败。Playback device is sysdefault:CARD=audiocodec se

Golang 全自动生成业务框架，原来需要1天的事情，现在只需要1分钟 仓库地址：https://github.com/CrazyRocks/autocreate使用框架: gf 使用后台框架: https://github.com/CrazyRocks/goadmin1: 生成了model<br/>2: 生成了controller<br/>3: 生成了

题记：完成一个系统的复杂性，会超过任何时候的预期，而最难以克服的，是琐碎的细节，成为你想要成功的绊脚石，消磨掉你每一刻的热情。 上位机程序：WEB测试客户端：WEB后台主要方便随时给客户演示，不用自己搭建MQTT服务器、sip服务器。

1、大小端处理；小端填充整形变量，低位在前面，高位在后面 int pos = 0; msg[pos++] =  (byte) (anchor & 0x00ff); msg[pos++] =  (byte) ((anchor &&nbs