[Added]: 支持 MP3 和 M3U8 的下载#1452
Conversation
|
@Predidit 我认为这个实现应该可以满足你下载 M3U8 文件的需求了 |
|
抱歉,我今天在忙于一些其他事情,现在才来得及cr这个pr,这个PR看上去相当不错 但是合并的方法似乎过于粗暴,直接将 ts 片段拼在了一起,我的直觉告诉我这里有兼容性问题,你实际上运行过那几个规则的测试,合并后的文件可以被 mpv 播放器正确播放吗 这里兼容性更好的方案应该是把片段放在一个文件夹内,不进行合并,然后手动生成一个 index.m3u8 指向这些 ts 片段,这也是大部分带有下载功能的软件的做法 |
|
我只测试了两个视频,均是可以支持的。 使用 windows media 打开和正常播放没有问题, 后者那个方案我似乎不知道应当怎么处理, |
|
我会在进行一些测试后给出反馈,直接合并绝对会破坏时间戳,这也是 animeko 的做法,它们的缓存功能至今存在严重的兼容性问题,包括但不限于无法 seek ,或是播放时闪退 此外这个PR包括了简单的 m3u8 解密功能,我的印象中没有规则带有加密 m3u8 流,这是为了兼容哪一条规则加入了该功能 |
|
我简单学习了 M3U8 文件格式,因为不太确定是否有带加密的 M3U8 文件流,为了避免出错而额外加上的 我会等待测试用例的结果,倘若确实有问题,那我会尝试把 |
|
我简单测试了一下,甚至 m3u8 清单文件解析本身都存在问题 测试用例: https://ai.girigirilove.net/zijian/oldanime/2025/10/cht/GNOSIACHT/04/playlist.m3u8 |
|
@Predidit 抱歉,我这几个月有些事情,最近才来得及继续修改这个 PR,我昨晚已经成功跑通你提供的失败的用例了,想请问一下是否还可能存在一些其他的情况需要处理,以及你还可能期望有什么功能(比如中断下载过程),我一并添加。此外我在 Windows 下构建 Debug 程序时遇到了一些问题: 我尝试直接通过 GitHub 获取该 7z 文件,但被提示 404. |
|
网络问题,尝试使用IP更加干净的代理并启用 TUN 模式。 你直接访问时404应该是粘贴日志中的地址时意外粘贴了一个换行符,相关资源是存在的。 你的代码里存在大量的TODO,实在太多了,你准备完成他们吗,如果不再有相关计划,将没有计划的TODO删除,以让我可以跟上你的思路。 |
|
@Predidit 我想至少应当完成移除 |
|
是这样的,我个人比较希望开始检查的代码是逻辑清晰,大部分逻辑已经完成的,这个实现现在的占位符(也就是TODO)太多了 基本的清理工作完成后,才可以比较安心地进行更多的测试 |
|
对于 m3u8 文件,视频的分片源是否只有 ts 一种?我能否假定只有 ts 一种文件格式,如果有其他格式,请告知,我好一起支持 |
|
@Predidit 我想我准备好了,你测试一下吧 |
|
CI 需要通过 |
|
我想现在可以检查了 @Predidit |
|
好的,检查非常复杂,我要检查大部分插件的视频链接能否被正确识别,这可能在周末才能进行 |
|
你要先看么?我这边合并了一下冲突代码之后 CI 又炸了 |
|
不是你的问题,某个windows依赖的自托管仓库又爆炸了 恢复之后我会手动重新运行 |
|
我刚刚在这个pr上进行一些单元测试 这个pr暂时被放弃了吗 |
|
不,抱歉,我会恢复,我将分支名更改了,然后 GitHub 就把这个和那个 main 分支的绑定断开了(因为main被修改成了其他名称),我正在尝试恢复没有任何 pr 的分支,这样就可以开发其他功能 |
相关 Issue
#26