GB28181 点播收到推流,但前端请求播放流出现 404

前端点播后通过 tcpdump 抓包发现有推流,并且此时 zlm 的 getMediaList 接口也有流信息,

但是前端请求的 ws flv 为 404 ,zlm 日志如下:

MediaSource.cpp:391 emitEvent | 媒体注册:hls defaultVhost rtp 138CF27A
RtpProcess.cpp:207 operator() | 138CF27A(192.168.53.27:26404) 允许RTP推流
GB28181Process.cpp:119 onRtpDecode | 138CF27A judged to be PS
CommonRtp.cpp:52 inputRtp | rtp丢包:35076 -> 35145
RtpSelector.cpp:109 onManager | RtpProcess timeout:138CF27A
TcpServer.h:143 ~TcpServer | close tcp server 0.0.0.0:30006
RtpProcess.cpp:54 ~RtpProcess | 138CF27A(192.168.53.27:26404) RTP推流器(defaultVhost/rtp/138CF27A)断开,耗时(s):0
MediaSource.cpp:391 emitEvent | 媒体注销:hls defaultVhost rtp 138CF27A
HttpSession.cpp:24 HttpSession | 139924270117424(192.168.93.87:16460)
HttpSession.cpp:112 onError | 139924288028352(192.168.13.55:60322) session timeouted

原因是下级这个 rtp 推流不规范,时间戳一直为 0,导致数据一直缓存在 rtp 解码器中,

这个问题需要我们修改 ZLMediakit 源码才可以解决这个问题:

修改完毕后,编译打包部署 参考此文


转载请注明来源。 欢迎对文章中的引用来源进行考证,欢迎指出任何有错误或不够清晰的表达。 可以在下面评论区评论,也可以邮件至 sharlot2050@foxmail.com。

文章标题:GB28181 点播收到推流,但前端请求播放流出现 404

字数:238

本文作者:夏来风

发布时间:2020-12-19, 13:18:39

原始链接:http://www.demo1024.com/blog/gb28181-error4/

版权声明: "署名-非商用-相同方式共享 4.0" 转载请保留原文链接及作者。