s32Ret =HI_MPI_ADEC_SendStream(s32AdecChn, &stAudioStream, HI_TRUE);        if (s32Ret)        {            printf("%s:HI_MPI_ADEC_SendStream(%d) failed with %#x!\n",\                   __FUNC

丢帧是VLC报出来的，如下： 我将帧率设置为15，而且是CIF分辨率，局域网传输，不应该有丢帧啊！？我XX 查了一整天，各种办法，最后我发现是海思SDK送出来PTS有问题：pts=pstStream->pstPack[i].u64PTS*90/1000;      //ms*90干脆换成我自己计算PTS：gVideoPath[ch].VencOutQue[wp].u

而TURN协议其实是对Cloud Native非常不友好的协议，因为它是需要分配一系列的端口，用端口来区分用户，这种是在私有网络中的做法，假设端口无限，而公有云上端口往往是受限的，比如需要经过Load Balance这个系统时，端口就是有限的。当队列的Socket包发送时间到时，队列头部的 Socket的包被发送，并且头部的Socket从队列中删除。发送队列包含Socket信息的链表。UDP多路复

if (fragment->duration() >= cduration) {//录像文件最长由配置文件dvr.conf决定。if (segment->current()->duration()>=3){//录像文件最短3s。//stop_record和next start_stop之间的录像文件。//start_record和stop_record之间的录像文件。test.1688313245

libmediasoupclient build-env:POSIX, cmake >= 3.5, gcc and g++ >= 4.9 or clang (win with C++11 support)refer: https://mediasoup.org/documentation/v3/libmediasoupclient/installation/由于libmediasoupclient

介绍如何部署webrtc开源工程owt的过程

为什么要这样修改呢？当然是有特别的场景需要。比如某一个直播，推流中断。这时，服务器直接用一个广告推流来替代。当直播恢复后，强行踢掉广告流。因为主播流和广告流是使用的同一个直播地址，因此，需要这个踢流机制。原来的播主网络恢复了，他要继续推流。如何处理呢？最好的办法不是发消息让广告进程停止注入。而是强迫广告进程让出原来的播主频道。srs原来提供了一个kickoff流的http-api。那是利用coro

SRS录像，发现统计直播时长和录像时长不一致。录像6hour，差了50s。调查发现，on_publish事件和on_unpublish事件之间，差距就有4s。这4s是合理的，并不是录像视频丢失。录像时长实际上是正确的，只是两个ts切片之间有视频计算上的丢失。平均两个ts之间就有15ms的时间被gap。这个问题其实很好解决，上一个ts的end_time作为下一个ts的start_time就行了。[1

client名称订阅频道地址payloadAdmin/9a/admin/notify/<imID>, QoS=1Example: /9a/admin/notify/im1001系统通知消息, stringRetain=0...

srs使用了state-threads协程库，是单线程多协程模型。不用考虑线程安全，数据不用加锁。int SrsServer::listen()中启动if ((ret = listen_rtmp()) != ERROR_SUCCESS)进一步启动：SrsListener* listener = new SrsBufferListener(this, SrsListenerRtmpStream)..