ZLMediaKit icon indicating copy to clipboard operation
ZLMediaKit copied to clipboard

[Feature Request] Support standard application/octet-stream binary live stream pull.

Open Subdue0 opened this issue 1 year ago • 1 comments

Describe the purpose of this feature, and provide relevant information to describe this feature

Is this feature used to improve project defects? If so, please describe the existing defects

if ((strcasecmp("http", prefix.data()) == 0 || strcasecmp("https", prefix.data()) == 0)) { if (end_with(url, ".m3u8") || end_with(url_in, ".m3u8")) { return PlayerBase::Ptr(new HlsPlayerImp(poller), release_func); } if (end_with(url, ".ts") || end_with(url_in, ".ts")) { return PlayerBase::Ptr(new TsPlayerImp(poller), release_func); } if (end_with(url, ".flv") || end_with(url_in, ".flv")) { return PlayerBase::Ptr(new FlvPlayerImp(poller), release_func); } }

Describe how you expect to achieve this feature and the final effect

This block of code is currently locked, and it does not support regular binary video streams without suffixes.

描述该功能的用处,可以提供相关资料描述该功能

该功能是否用于改进项目缺陷,如果是,请描述现有缺陷

if ((strcasecmp("http", prefix.data()) == 0 || strcasecmp("https", prefix.data()) == 0)) { if (end_with(url, ".m3u8") || end_with(url_in, ".m3u8")) { return PlayerBase::Ptr(new HlsPlayerImp(poller), release_func); } if (end_with(url, ".ts") || end_with(url_in, ".ts")) { return PlayerBase::Ptr(new TsPlayerImp(poller), release_func); } if (end_with(url, ".flv") || end_with(url_in, ".flv")) { return PlayerBase::Ptr(new FlvPlayerImp(poller), release_func); } }

描述你期望实现该功能的方式和最终效果

这块代码已经卡死了,不支持不带后缀的常规二进制视频流。

TRANS_BY_GITHUB_AI_ASSISTANT

Subdue0 avatar Jun 18 '24 09:06 Subdue0

I'm glad you're interested in translating the text for you! Here is the translation:

There is no way for zlm to judge what load or protocol it is now, it can only determine it by url. There is no way to automatically judge it by http content-type now.

I think it's also not too necessary to support it, because zlm's positioning originally is not like FFmpeg, and zlm can pull so many types of streams already, it's already a different kind of thing.

没法 zlm目前只有根据url去判断是什么负载或协议的能力,目前没法根据http content-type去自动判断。 我觉得也没太必要去支持 因为zlm的定位本来也不是FFmpeg,zlm能拉这么多种流其实已经是异类了

TRANS_BY_GITHUB_AI_ASSISTANT

xia-chu avatar Jun 18 '24 11:06 xia-chu