你好，老师！ 我是初次使用你们的服务，解决了一直困扰我的监控视频转流的难题，这是一个高效率的转流应用，在这里非常感谢作者和各位大牛们的技术贡献。 当前我正在享受ZLMediaKit给我带来的畅快的体验和服务，有一个问题咨询老师，启动服务后通过addStreamProxy接口注册一个rtsp流，在服务关闭重启后，之前注册的流丢失，...

控制台报：[点播超时] 收流超时 deviceId: 34020000001110000001, channelId: 34020000001320000264，端口：10000, SSRC: 0200004966

拉rtsp摄像头接入到zlm，app除了live其他的都不能使用flv访问，后台也没有日志

咨询的功能模块 安装部署 咨询的具体内容和问题 请问目前zlm是否支持在国产化操作系统部署，比如openeuler或者anolis； 如果在openeuler安装部署的话，是否可以参照centos7方式进行部署 如果不支持的话，后续是否有计划支持国产化操作系统 尝试了一下，按照CentOS7的部署方式可以正常安装启动；

模块： rtsp over tcp转发 通过zlm转发摄像头rtsp到rtsp over tcp,使用ffmpeg播放rtsp over tcp发现有UINT32回环问题，每13小时15分钟出现, ffmpeg解析出的pts为-5470990左右，持续时间接近61秒。

相关日志及环境信息 清除编译缓存后，完整执行 cmake && make 命令的输出 展开查看详细编译日志 详细日志粘在这里! 编译目录下的 CMakeCache.txt 文件内容，请直接上传为附件。 各种环境信息 代码提交记录/git commit hash: 操作系统及版本: 硬件信息: 其他需要补充的信息:

现象描述 我在使用ZLMediaKit的ffmpeg拉流代理时候转推地址填的rtmp://127.0.0.1（因为是政府客户服务器且使用docker部署，只能暴露一个web端口无法暴露1935端口），但是发现没有进行hook事件回调，导致转推出来的流没有按照设置app进行转码。 如何复现? 直接使用rtmp://127.0.0.1推流，并不会进行任何hook回调。 使用本地...

描述该功能的用处，可以提供相关资料描述该功能 部标JT/T1078推流 该功能是否用于改进项目缺陷，如果是，请描述现有缺陷 描述你期望实现该功能的方式和最终效果

void API_CALL mk_media_input_yuv(mk_media ctx, const char *yuv[3], int linesize[3], uint64_t cts) 想问一下，一般推流都是h264，这个yuv是内部做了编码，再推流的，还是？如果内部做了编码，是软编码？ 另外，咨询一下，我的一帧AVFrame数据，yuv420p格式的，如何调用这个接口？很尴尬的是 接口如下： mk_media_input...

在WebRtcSession这个类里面的onManager函数有没有办法区分是pusher还是player产生的，想做下针对需求的二开 参考过RtmpSession，里面有比较严格意义上可以判断是pusher还是player的 但似乎WebRtcSession里面也按照RtmpSession的方式来实现的话不太可行，RtmpSession有私有变量_push_src_ownership，并且在onCmd_publish的时...