- 11 May, 2022 1 commit
-
-
增加长期保存hls切片的功能，segKeep=0为不长期保存，segKeep=1为长期保存。此功能部分等效于segNum=0的情况，不同的是这个保留不会在m3u8文件中体现。
夏楚 committed
-
- 10 May, 2022 7 commits
- 08 May, 2022 3 commits
-
-
ziyue committed
-
ziyue committed
-
xiongziliang committed
-
- 07 May, 2022 3 commits
-
-
xiongziliang committed
-
xiongziliang committed
-
ziyue committed
-
- 05 May, 2022 2 commits
-
-
Dw9 committed
-
Update CMakeLists.txt
Xiaofeng Wang committed
-
- 04 May, 2022 1 commit
-
-
xiongziliang committed
-
- 01 May, 2022 1 commit
-
-
Dw9 committed
-
- 28 Apr, 2022 3 commits
-
-
ziyue committed
-
ziyue committed
-
* 修复play指令的bug * 修改MSG_AGGREGATE的时间戳处理逻辑 这里参考了ffmpeg的方式来计算时间戳. * add bom
alexliyu7352 committed
-
- 23 Apr, 2022 1 commit
-
-
xiongziliang committed
-
- 19 Apr, 2022 5 commits
- 18 Apr, 2022 1 commit
-
-
fix typo
Dw9 committed
-
- 16 Apr, 2022 6 commits
-
-
xiongziliang committed
-
xiongziliang committed
-
* Update Rtsp.cpp * c sdk识别到enable_webrtc * mk_api增加json库 * 对rtc http请求的处理 * c sdk 增加rtc服务器
Dw9 committed -
wangcker committed
-
xiongziliang committed
-
xiongziliang committed
-
- 10 Apr, 2022 4 commits
-
-
ziyue committed
-
解决某些流因为多pps而导致不能播放的问题.
alexliyu7352 committed -
alexliyu7352 committed
-
当HlsPlayer拉取索引失败后会触发PlayerProxy的重试机制. 但是这里就有一个bug会导致重试次数不准确. 因为HlsPlayer播放失败会调用onShutdown. 然后回调PlayerProxy. 之后如果触发重试, 那么在HlsPlayer析构的时候又会在调用一次onShutdown. 这时候是安全的, 因为_on_shutdown已经被置空. 但是如果重试时又再次失败, 那么首先会调用 onPlayResult 这时候在PlayerProxy中会再次触发重试, 紧接着HlsPlayer析构, 又会调用一次onShutdown, 那么就又会触发一次重试. 修复方法有很多, 最简单的就是直接在 onShutdown中判断如果没有_demuxer就不需要父类的onShutdown方法来释放资源与重连了. 因为针对HlsPlayer来说, 如果重试拉取索引没有成功, 应该没有什么资源需要在onShutdown方法中释放了. 当然更完善的修复应该是在PlayerProxy中增加相关的判断逻辑, 给rePlay一个状态. 确保rePlay执行完成前, 不再执行一次rePlay. 具体哪种方式, 大佬您可以看着办.
alexliyu7352 committed
-
- 09 Apr, 2022 2 commits
-
-
xiongziliang committed
-
This reverts commit 471a8b77
xiongziliang committed
-
