jeyawn

应该还是协议的问题，用vlc，我抓了下流，数据是可以拉取的，应该还是codec哪儿的兼容性问题。

@wenhulove333 确认了一下，是握手协议的问题，zlmediakit里面协议的选择可以做的更好点，晚点我可以提交一个PR， 当然，你也可以直接修改你的rtmp服务端来解决， 方案： 你可以在你的服务端把live 改成 vod，zlmediakit已经对这个做了特殊处理，用简单方式，好像也成功

> EventPollerPool是TaskExecutorGetterImp的子类，我觉得没必要重复定义releasePool()和releaseAllEventPoller()两个函数，只需要在TaskExecutorGetterImp基类实现一个release()函数就行了。 嗯，我也在想想，主动释放目前好像还是会发生卡住的问题，只是概率在我这里降低了很多，我再看看

录制的时候，生成的 点开头的是临时文件，当文件写好后，会改名去掉这个点的。

能给下zlmediakit的日志吗？或者给下config.ini，以及相对详细的步骤 不然没法给你分析的

日志打开trace级别， 也就是MediaServer的命令行启动的时候带参数 -l 0 ,然后再给下日志

看样子，像是rename这个接口 调用失败了（比较大概率是文件还在使用，所以rename失败），我看你的版本是build time:2024-04-19T16:16:27， 或者试试最新版本。或者自己编译下，看是啥原因导致rename出错。 2025-11-29 15:43:31.497 T [MediaServer.exe] [55124-event poller 12] MP4Recorder.cpp:77 asyncClose | Start close tmp mp4 file: D:\workspace\spfx_gb_backend\static/record/rtp/11011522001320000170/2025-11-29/.15-43-29-3.mp4 2025-11-29 15:43:31.497 T [MediaServer.exe] [55124-work poller 5] MP4Recorder.cpp:81 operator ()...

$ git log commit 8c9439571032a0db7d678a0104443125dc0d6916 (HEAD -> master, origin/master, origin/HEAD) Author: xiongguangjie Date: Mon Dec 1 20:35:54 2025 +0800 优化rtsp客户端对点播的支持 (#4575 #4569 #4576) Co-authored-by: xia-chu 这个版本编译的windows版本的MediaServer，也出现按Ctrl+c 退出的时候无法退出，查看堆栈如下： ntdll.dll!00007ff827e94a34() 未知 ZLToolKit.dll!reflock__await_event(void...

加了一下打印，貌似原因是 _pipe.write("", 1); 失败了， [00004854] PipeWrap::write() ==>_pipe_fd[0]:536, _pipe_fd[1]:532 [00004854] event poller 0 async_l exit , write result: -1, 10093 所以eventLoop中wait 就没有被激活，所以最后这些event poller线程就都wait在那里，导致[tdxlczb] 分析的结果。 Task::Ptr EventPoller::async_l(TaskIn task, bool may_sync, bool first)...

我这边测试的情况是 注释掉 WSACleanup() 是一样的效果，还是卡死。加VS2022调试器，也看过WS的dll还是加载的，一直没明白，为啥socket会失败。 @xia-chu