夏楚
这个问题跟时间戳关系很大 rtsp时间戳后面加了ntp时间戳，另外hls时间戳改成绝对时间戳了
rtsp的时间戳跳变太严重了 才会导致这个问题；因为rtsp需要rtcp去生成ntp时间戳；但是很多rtsp设备并不规范；而且rtcp发送的太晚 前面一部分rtp ntp时间戳生成是根据服务器当前系统时间戳做参考的；所以会有偏差
> 将这个版本中的时间修整理器Stamp重新添加到代码中之后， flv播放顺畅得多了。 > > [Http-FLV: http-flv直播采用绝对时间戳并支持las](https://github.com/ZLMediaKit/ZLMediaKit/commit/dce6b27f4fd09b1ecd837d7ee888ddf7bed50368) 嗯 不过应该还有其他更优雅的办法解决这个问题 周末我改下试试
这个我会跟wvp作者保持沟通的
如果你按照非正常数据推流到zlm zlm也会正常转发；至于你播放器正不正常；要看你播放器怎么实现了
这个项目历史比较久 这些年以来 个人编程风格也发生变化 目前已经稳定。zlm缺少一次全面的代码审核和改造，原因有以下几点 - 1：时间不够，精力有限，前面统一整理了命名空间，都花费不少时间，代码全面审核和风格改造更费时。 - 2：修改api后，容易导致用户需要重新适配，所以对这个也比较谨慎。
PlayerBase虽然不派生于SocketHelper；所以才用的dynamic_pointer_cast啊；否则就应该用static_pointer_cast
不科学 按道理都可以播放的 你可以wget一段 ts/fmp4上传上来给我们分析。hls文件也可以打包上传上来。 不过我更怀疑你是http端口设置错了
那个不是错误 你hls文件只给个m3u8文件有啥用 你应该把www文件夹压缩发上来
> 确认你在向ZLM发送addStreamProxy接口添加流代理时参数中设置了开启hls转换,请仔细阅读API文档 嗯 有可能是这个原因 不过他生成m3u8了 应该不是这个问题