amass/ZLMediaKit
1
0
Fork 0
mirror of https://github.com/ZLMediaKit/ZLMediaKit.git synced 2024-10-06 12:13:49 +08:00
Code Issues Actions Packages Projects Releases Wiki Activity
3,356 Commits 16 Branches 0 Tags 224 MiB
b6d3ec5251
Commit Graph

1813 Commits

Author SHA1 Message Date
xiongziliang
b6d3ec5251 完善获取丢包率pull request; 新增MediaSource::getOwnerPoller接口 2022-06-11 12:56:03 +08:00
Leon
be995f9cd2 !17 【功能请求】 /index/api/getMediaList接口 增加LOSS字段用于统计每个轨道丢包率反馈 
* update webrtc/WebRtcPusher.h.
* update webrtc/WebRtcPusher.cpp.
* update webrtc/WebRtcTransport.h.
* update webrtc/WebRtcTransport.cpp.
* update src/Common/MediaSource.h.
* update src/Common/MediaSource.cpp.
* update server/WebApi.cpp.
 2022-06-11 04:31:06 +00:00
xiongziliang
df9a9649b0 Merge branch 'master' of github.com:ZLMediaKit/ZLMediaKit 2022-06-04 11:08:13 +08:00
xiongziliang
b23cbaa0f8 on_publish hook新增continue_push_ms参数，用于断连续推延时控制 2022-06-04 11:06:35 +08:00
taojishou
59dcd03b70
修改hls拉流后closestream崩溃的bug (#1678) 
* 修改hls拉流后closestream崩溃的bug

Co-authored-by: 夏楚 <771730766@qq.com>
 2022-06-01 13:05:49 +08:00
xiongziliang
cea30f8180 修复低版本gcc编译问题:#1667 2022-05-29 22:13:07 +08:00
xiongziliang
ea6ef2779e 新增url判空逻辑 2022-05-29 21:36:34 +08:00
xiongziliang
fd4145a622 完善对rtp负载为空处理逻辑：#1661 2022-05-28 10:34:54 +08:00
xiongziliang
6596eec069 Merge branch 'rtc_audio_delay' of github.com:mtdxc/ZLMediaKit 2022-05-28 10:21:48 +08:00
xiongziliang
93201f40d3 优化日志提示 2022-05-28 09:47:48 +08:00
cqm
3110284302 修复rtc单独播放音频延时高问题 2022-05-27 09:39:03 +08:00
夏楚
e2908e9775
cmake构建时自动生成mk_export头文件,解决msvc链接设备问题 (#1660) 
* 解决msvc下链接问题
* CMAKE添加自动生成mk api export头文件
* 兼容非cmake构建时情况

Co-authored-by: baiyfcu <baiyfcu@gmail.com>
 2022-05-26 20:30:43 +08:00
ziyue
cb0e5c6c57 全面更新整理c sdk 2022-05-25 15:51:24 +08:00
ziyue
9736badcea 优化编解码相关代码 2022-05-25 15:51:17 +08:00
ziyue
fa70af7cce 移动FFmpeg相关代码 2022-05-25 15:51:02 +08:00
xiongziliang
30dbac2c70 提高对不规范GB28181流的兼容性，防止视频轨道被忽略 2022-05-20 21:52:53 +08:00
xiongguangjie
b61cce85bd
修复拉取srs rtmp 流 play 命令参数类型不对的bug(参考vlc -2000 为number 类型) (#1644) 2022-05-19 19:01:23 +08:00
ziyue
c7d7999f53 兼容gcc4.8编译器 2022-05-18 20:07:54 +08:00
xiongziliang
251fe1f77c 优化随机端口分配逻辑 2022-05-14 23:34:33 +08:00
xiongziliang
8231c5c293 新增GB28181 tcp passive被动发送接口(startSendRtpPassive) 2022-05-14 23:25:22 +08:00
xiongziliang
b4166d5cfe 修复startSendRtp接口发送ipv4 udp地址失败的bug: #1635 2022-05-14 17:14:38 +08:00
xiongziliang
f1555a5501 防止忽略shutdown事件 2022-05-13 23:54:04 +08:00
xiongziliang
3e869c1f1d 修复https 302 跳转http相关bug 2022-05-13 23:24:17 +08:00
xiongziliang
fdbfccb32e hls/http-ts播放器在消费完frame时再触发shutdown事件 2022-05-13 23:22:00 +08:00
xiongziliang
9e6ff0e798 优化头文件引用: #1627 2022-05-13 20:48:22 +08:00
WuPeng
5bc313bafe 增加长期保存hls切片的功能，segKeep=0为不长期保存，segKeep=1为长期保存。此功能部分等效于segNum=0的情况，不同的是这个保留不会在m3u8文件中体现。 2022-05-10 17:32:50 +08:00
ziyue
9861091b18 优先使用ipv4地址 2022-05-10 14:48:05 +08:00
ziyue
45494c020b bug fixed 2022-05-10 10:44:12 +08:00
ziyue
d037acbf62 完善ipv6支持 2022-05-08 17:06:10 +08:00
ziyue
a44334acaf 全面支持ipv6 2022-05-08 16:33:33 +08:00
xiongziliang
a95bf960e0 完善ipv6支持 2022-05-08 09:25:47 +08:00
xiongziliang
d66845425c 完善ipv6网络适配 2022-05-08 00:26:01 +08:00
ziyue
3062ea0e7c 初步支持ipv6: #576, #1406 2022-05-07 20:06:08 +08:00
ziyue
200a193c04 openRtpServer新增ssrc参数修改为追加至函数末尾, 确保代码逻辑一致无歧义: #1572 2022-04-28 17:44:35 +08:00
alexliyu7352
c1d2adebae
rtmp拉流的兼容性改进 (#1595) 
* 修复play指令的bug

* 修改MSG_AGGREGATE的时间戳处理逻辑

这里参考了ffmpeg的方式来计算时间戳.

* add bom
 2022-04-28 14:13:09 +08:00
xiongziliang
974055fd17 确保推流器主动断开时，不开启断连续推特性: #1559 2022-04-16 21:37:07 +08:00
wangcker
e712639e33
openrtpserver接口新增ssrc参数，强制过滤不属于本端口的视频流，以解决视频串流问题 (#1572) 2022-04-16 15:12:49 +08:00
xiongziliang
24472ee346 修复aac adts头大于7个字节时的兼容性问题 2022-04-16 14:13:55 +08:00
ziyue
5144b84ee7 添加bom头 2022-04-10 23:58:56 +08:00
alexliyu7352
f128b35b18
解决多pps问题 
解决某些流因为多pps而导致不能播放的问题.
 2022-04-10 23:43:44 +08:00
alexliyu7352
08de795220
Update H264.h 2022-04-10 23:38:42 +08:00
alexliyu7352
a0c1bc13cc
修复多次调用onShutdown的bug (#1552) 
当HlsPlayer拉取索引失败后会触发PlayerProxy的重试机制.
但是这里就有一个bug会导致重试次数不准确.
因为HlsPlayer播放失败会调用onShutdown.
然后回调PlayerProxy.
之后如果触发重试, 那么在HlsPlayer析构的时候又会在调用一次onShutdown.
这时候是安全的, 因为_on_shutdown已经被置空.
但是如果重试时又再次失败, 那么首先会调用
onPlayResult
这时候在PlayerProxy中会再次触发重试, 紧接着HlsPlayer析构, 又会调用一次onShutdown, 那么就又会触发一次重试.

修复方法有很多, 最简单的就是直接在
onShutdown中判断如果没有_demuxer就不需要父类的onShutdown方法来释放资源与重连了.
因为针对HlsPlayer来说, 如果重试拉取索引没有成功, 应该没有什么资源需要在onShutdown方法中释放了.

当然更完善的修复应该是在PlayerProxy中增加相关的判断逻辑, 给rePlay一个状态.
确保rePlay执行完成前, 不再执行一次rePlay.

具体哪种方式, 大佬您可以看着办.
 2022-04-10 19:09:16 +08:00
xiongziliang
a1b350c9f0 startSendRtp接口udp发送不指定端口时，从端口池获取端口 2022-04-09 10:33:27 +08:00
xiongziliang
a6e82799f5 openRtpServer接口新增re_use_port参数 2022-04-09 10:26:15 +08:00
xiongziliang
6073175e75 Merge branch 'master' of github.com:ZLMediaKit/ZLMediaKit 2022-04-09 10:23:33 +08:00
alexliyu7352
78d32702e2
修复由于识别不出关键帧而导致hls不能切片. (#1551) 
2.修复由于丢弃sei帧导致ffplay不能正常播放
 2022-04-09 10:22:41 +08:00
xiongziliang
6c0fea4c46 Merge branch 'master' of https://gitee.com/xia-chu/ZLMediaKit 2022-04-07 20:39:34 +08:00
alexliyu7352
75b17b3a6a
避免m3u8文件为chunked时崩溃 (#1543) 
* Update HttpChunkedSplitter.h

* 避免m3u8文件为chunked时崩溃

具体问题见
https://github.com/ZLMediaKit/ZLMediaKit/issues/1407

当数据最后小于2个字节时, 应该放弃回调.
做个保险, 避免导致溢出后崩溃.

这个bug很难出现, 但是的确存在. 一些特殊的服务器采用chunked返回的m3u8文件解析时, 有可能会遇到.

* Update HttpChunkedSplitter.cpp

Co-authored-by: 夏楚 <771730766@qq.com>
 2022-04-06 14:16:48 +08:00
alexliyu7352
e4262222f4
hls拉流时应该适当重试 (#1541) 
* hls拉流时应该适当重试

hls拉取索引文件失败时, 不应该直接上报,而应该内部适当重试几次.
避免由于网络抖动造成的客户端播放不流畅.

* Update HlsPlayer.cpp
 2022-04-05 19:49:22 +08:00
alexliyu7352
efc3e78ba0
使用emplace_back优化代码 (#1542) 
少了一次构造调用,为什么不用呢?
 2022-04-05 19:32:02 +08:00