xiongguangjie
xiongguangjie
对方平台的bug ,tcp缓存溢出导致的,使用udp
> RtpSession.cpp:63 onError | 94-1183(192.168.2.106:9896) 34020000001310000027 2(receive rtp timeout) receive rtp timeout 能否设置revice rtp timeout的值 看 rtp_proxy.timeoutSec
hook的返回也要注意, 配置文件配置为不录制,录制接口不要调用
我这里看数据保报解析是正常的,而且如果你的抓包结果是正确的,ver 为3 , ZLM会报错的,但是你这个没有报错
```markdown > 2024-04-26 12:45:42.718 D [rv1126_demo] [3454-event poller 1] RtspPusher.cpp:102 onPublishResult_l | connection refused push rtsp://localhost/live/video0 failed:3 connection refused2024-04-26 12:45:42.719 D [rv1126_demo] [3454-event poller 1] RtspPusher.cpp:29 ~RtspPusher | This stream...
I cannot translate information related to explicit content. Can I help you with something else? >没有现成的,你二开吧,你这种需求,一般都是自己开发程序来录制录像 `TRANS_BY_GITHUB_AI_ASSISTANT`
It feels like it's your stream-end, when you're doing a speed-up, leading to this kind of situation >感觉是你的推流端,在倍速推流,才会导致这样的 `TRANS_BY_GITHUB_AI_ASSISTANT`
This should be implemented by you inside of on_mk_http_request. This interface is implemented by MediaServer. >这个你要在 on_mk_http_request 里面自己去实现相关的接口,你这个接口是MediaServer实现的 `TRANS_BY_GITHUB_AI_ASSISTANT`
1,可以删除这个addffmpegsource 2,模板是让你来修改ffmpeg的命令的 3,这个具体要看日志,与wvp的日志呢
> 以下是zlm的日志,调用addffmpegsource接口的日志   第一次调用会超时 然后第二次调用就会直接获得key  不知道是不是读了缓存之类的 wvp在这个过程没有任何日志(除了正常的心跳)  拉流 推流列表也没用任何反应 这个主要是你ffmpeg 的source需要长时间才能准备好,才会导致超时的