XstreamDL-CLI是一款下载dash/hls流的命令行工具（当然也配套了GUI启动器

目前整体比较稳定，但还是有些细节（测试的样本不够多）没有完善好，有一些bug

于是在这里做bug修复记录，免得日后忘了【为什么要这么改】

DASH BaseURL 拼接错误

主要是之前的判断逻辑搞乱了导致，最后根据标准文档，并参考已有项目代码

最终分情况，结合XstreamDL-CLI代码架构进行修复

核心实现见此处代码，关键注释：

m3u8 map分段消失

产生该bug的commit在此

分段数量完整但文件名不连续

本次commit

20210905的时候正在琢磨解析内嵌字幕的dash流，放了一个样本，nilaoda反馈说缺少分片

我亲手用XstreamDL-CLI下载的，怎么会这样呢(...

然后排查了一下，并不是缺少分片，而是命名出现了问题

对于这个mpd，它主要分为两部分，一部分是预览，一部分是会员可看的

但是这种往往不限制后续分段的下载，于是XstreamDL-CLI设计时会自动识别属于同一个流的分段

然后将它们合并为一个流，这个点的代码在这里

即在解析过程中会根据对应流的信息得到一个skey，代码在这里

查看对应的mpd文件，可以看到有两部分，这两部分实际上是同一个流（第一张图指的链接时initialization，指错了，第二张是对的）

由于文件命名是根据解析的时候设置的索引来的，而索引又是根据startNumber来的

所以一开始检查startNumber那里是不是计算错误了，后来发现和这里没有关系

可以看到startNumber确实用于不断循环，生成每一分段的配置，但是并没有实际用于设置分段的索引

索引实际上是在stream.set_media_url(media_url)时会调用append_segment方法自增的

这个自增不是+1，而是通过计算已有的分段数来的

另外还会在set_init_url和DASHStream初始化的时候调用append_segment

重点来了，在调用walk_s的时候，会执行set_init_url方法

然后调用skey_stream[stream.skey].update(stream)合并流

这个时候就会把两个流的init分段都放进去，然后后面调整索引和对应文件名的时候就异常了

注意init的文件名是init.mp4，所以虽然合并后有两个init但是下载的时候只会下载一个

然后中间就出现命名整体向后偏移了

话说这里不是有stream.segments.remove(segment)应该已经将第二个流的init排除掉了呀

但是这里好像没有起作用...后面排查下

那么怎么改比较好呢，后面想了好一会儿，找到一个合适的地方

既然是要合并的流，那么只在最开始的地方设置一次init就行了，后面的流不设置init

这样则可以避免合并时init分段重复的bug

于是在startNumber为1的时候才进入if这里面

OK，测试通过

后续发现是stream.segments_extend的segment.add_offset_for_name对index进行了计算

但即使去除了init分段，每个分段的index都没有变，所以计算修正的时候出现了整体+1的情况

现在改成判断init来决定要不要-1，个人认为这样比之前的startNumber判断方案好一点

commit见此