ZLMediaKit icon indicating copy to clipboard operation
ZLMediaKit copied to clipboard

WebRTC/RTSP/RTMP/HTTP/HLS/HTTP-FLV/WebSocket-FLV/HTTP-TS/HTTP-fMP4/WebSocket-TS/WebSocket-fMP4/GB28181/SRT server and client framework based on C++11

Results 201 ZLMediaKit issues
Sort by recently updated
recently updated
newest added

{ "aliveSecond": 143587, "app": "test", "bytesSpeed": 248840, "createStamp": 1660035601, "isRecordingHLS": false, "isRecordingMP4": false, "originSock": { "identifier": "", "local_ip": "192.168.2.41", "local_port": 40023, "peer_ip": "192.168.190.109", "peer_port": 554 }, "originType": 4, "originTypeStr": "pull",...

环境: wvp+zlm,centos环境,使用gb28181协议进行推流 现象: 1.wvp开启音频之后,设备本身选择音频编码aac,但是经过zlm推流之后的拉流地址中,使用vlc播放显示的却是pcm的音频编码 2.设备端的rtsp经过vlc拉流观看显示的确是aac的音频编码,证实设备音频编码是生效的 相关的抓包文件如下: [服务端抓包.zip](https://github.com/ZLMediaKit/ZLMediaKit/files/9299877/default.zip) 经过wireshark解析qi'zho其中一次h264编码经过vlc的播放,显示的音频编码流:audio MPEG Layer 1/2 (mpga) ![image](https://user-images.githubusercontent.com/25541522/183899090-d4a04e36-e454-4f00-b960-17b0b70310c9.png) 请问该现象是什么原因造成的

bug

**咨询的功能模块** - 音频aac解析模块 **咨询的具体内容和问题** - 目前上报的是PSI_STREAM_MPEG4_AAC(0x1c)标识的音频,查看代码Decoder.cpp未做处理,请问是否支持? **注意事项** - 技术咨询前请先认真阅读readme, [wiki](https://github.com/xia-chu/ZLMediaKit/wiki),如有必要,您也可以同时搜索已经答复的issue,如果没找到答案才在此提issue - 技术咨询不属于bug缺陷,建议先star本项目,否则可能会降低答复优先级

技术咨询

经过小批量测试无问题,麻烦各位大佬帮忙检查一下。增加ENABLE_WEPOLL编译开关,默认关闭 wepoll https://github.com/piscisaureus/wepoll

### 现象描述 在使用zlm拉取奥威亚平台的rtsp流的时候,mediaserver服务直接奔溃 ### 如何复现? 1.使用windows开启mediaserver 2.调用addStreamProxy接口拉取奥威亚的rtsp流 ### 相关日志或截图 展开查看详细日志 1.使用vlc直接播放奥威亚rtsp流,视频正常,但是看消息发现音频处理异常,截图如下 视频正常: ![vlc播放奥威亚](https://user-images.githubusercontent.com/32922921/183641713-3be899d8-6b14-44ad-aa5c-d99de925ad9d.png) 音频异常: ![VLC播放奥威亚音频异常](https://user-images.githubusercontent.com/32922921/183641271-7c6098c0-cb77-471f-a86a-304868b5fc25.png) 2.调用addStreamProxy拉流时的日志内容如下,从日志上看没什么特殊的 [崩溃时的日志.txt](https://github.com/ZLMediaKit/ZLMediaKit/files/9290116/default.txt) 3.通过收集windows的dmp信息,使用vs打开后发现在程序上处理有漏洞(本人不是c++开发人员,不知道有没有搞对),这里可以看出分母为0的时候~~ ![企业微信截图_16600457539531](https://user-images.githubusercontent.com/32922921/183641430-2b108b07-1cee-437c-9cac-4169e3605d3c.png) 4.此时windows直接报zlm崩溃 ![zlm崩溃](https://user-images.githubusercontent.com/32922921/183641396-0ba48baf-2710-454b-8c51-957d30aefd87.png) ### 配置 展开查看详细配置 window server 2016 ### 各种环境信息 *...

bug

**咨询的功能模块** - GB28181 ps流音频时间戳转换 **咨询的具体内容和问题** - 大佬,我这有个海康的摄像头,推ps流上来的时候,它的时间戳好像是32位的,我在 src/Rtp/Decoder.cpp 里的 DecoderImp::onDecode 函数把 dts 打印出来,会出现前一帧是 8589932482,后一帧是 1490 的情况,如果按代码这样计算时间戳的话时间戳会突然变得很小 ![image](https://user-images.githubusercontent.com/50011641/183562471-07263cf4-26e7-4ff5-9109-fff79a252fcc.png) 但是如果用uint32_t将时间戳强转再比较的话 1490 相对于 8589932482 的增量是 3600, 然后除以 90 等于 40,这样时间戳就是正向增加 40,这样应该才是正确的,所以向咨询下这种流应该怎么处理呢。

技术咨询

### 现象描述 h265+rtsp+ws://xxx.ts播放,播放时间越长延迟越来越高,ZLMedia日志显示线程超载 ### 如何复现? ### 相关日志或截图 ![image](https://user-images.githubusercontent.com/15701130/183388633-a9fe9f4a-0388-4b63-adb2-03923df977f4.png) ![image](https://user-images.githubusercontent.com/15701130/183390576-a4e58bee-b3f6-44f2-bbcb-361ebb6dbfce.png) ![image](https://user-images.githubusercontent.com/15701130/183389332-e6ada632-c24c-4200-89ac-2bd435b186d4.png) 展开查看详细日志 日志内容... ### 配置 展开查看详细配置 #!!!!此配置文件为范例配置文件,意在告诉读者,各个配置项的具体含义和作用, #!!!!该配置文件在执行cmake时,会拷贝至release/${操作系统类型}/${编译类型}(例如release/linux/Debug) 文件夹。 #!!!!该文件夹(release/${操作系统类型}/${编译类型})同时也是可执行程序生成目标路径,在执行MediaServer进程时,它会默认加载同目录下的config.ini文件作为配置文件, #!!!!你如果修改此范例配置文件(conf/config.ini),并不会被MediaServer进程加载,因为MediaServer进程默认加载的是release/${操作系统类型}/${编译类型}/config.ini。 #!!!!当然,你每次执行cmake,该文件确实会被拷贝至release/${操作系统类型}/${编译类型}/config.ini, #!!!!但是一般建议你直接修改release/${操作系统类型}/${编译类型}/config.ini文件,修改此文件一般不起作用,除非你运行MediaServer时使用-c参数指定到此文件。 [api] #是否调试http api,启用调试后,会打印每次http请求的内容和回复 apiDebug=1 #一些比较敏感的http api在访问时需要提供secret,否则无权限调用 #如果是通过127.0.0.1访问,那么可以不提供secret secret=035c73f7-bb6b-4889-a715-d9eb2d1925cc...

bug

![image](https://user-images.githubusercontent.com/36003303/183597504-6561eef0-768d-4883-abf7-17c16edd8deb.png) 直接点击文件播放,没问题 ![image](https://user-images.githubusercontent.com/36003303/183602962-f4582541-8b9c-4b33-8c8d-df79546c242f.png)

技术咨询

### 现象描述 文件名中包含"+" 符号,http请求总是404, 比如webroot 中有一个test.ts ,cp一份文件名改成test+.ts , ``` $ tree ├── test+.ts └── test.ts ``` http://192.168.31.11/test.ts =>OK, http://192.168.31.11/test+.ts =>总是返回404 ### 如何复现? ### 相关日志或截图 展开查看详细日志 日志内容... ### 配置 展开查看详细配置 配置内容......

bug

**咨询的功能模块** - Player 模块 **咨询的具体内容和问题** ```c++ static void setOnCreateSocket_l(const std::shared_ptr &delegate, const Socket::onCreateSocket &cb){ auto helper = dynamic_pointer_cast(delegate); if (helper) { if (cb) { helper->setOnCreateSocket(cb); } else { //客户端,确保开启互斥锁 helper->setOnCreateSocket([](const...

技术咨询