Predidit
我想提一个issue来讨论些问题
issue 内容
在使用过程中我遇到了以下问题 第一个是网站的反爬措施，例如人机验证 第二个是第三方视频播放中的广告
提交前确认
- [x] issue 列表中，没有我的新功能需求 / 问题
关于第一个问题，大多数情况下可以通过cookie解决，但是cookie获取是个问题 我的想法是用webview自动获取 关于第二个，我发现会有广告的m3u8文件中会有 #EXT-X-DISCONTINUITY 这个标志会在让一些解码器中断播放然后重设时间戳还有播放广告，在获取到m3u8时把这些截断删掉应该可以解决广告，但是否可行我不清楚
-
这里的关键是性能问题，在搜索时拉起和插件数相同的 webview 在性能上是不可接受的
-
我最近在考虑这个问题，比我想象中难，实际上移除 #EXT-X-DISCONTINUITY 除了让播放器卡死外没有任何效果，你可以参考使用 ffzy 的视频源，例如 anime07 和 dm84 ，广告片段的嵌入其实没有特征并且很难移除。应该需要在 ffmpeg 层面进行补丁。
搜索或播放时发现某个网站失败再手动进入webview就行，不需要自动打开，关键是要有这个功能，像xfdm我都是手动进入浏览器打开网站再回来看的，很麻烦
即使自动顺序拉起webview，性能上也可以接受，开源阅读项目就是这么做的，不会卡死，上千个书源顺序校验也不会很夸张
防爬这东西解决起来就和猫鼠游戏一样是个无底洞。既然提到阅读了那你应该也知道阅读的书源规则是支持js的，实际上绝大部分书源都是要编写js才能运作的，没有登录态只靠webview和xpath根本抓不到数据，毕竟很多小说网站不登录根本用不了，而看动漫的话很多可以不登录直接用，目前的解析策略也只能解析这种网站。
最简单的办法就是在规则的高级设置加个cookie头，有能力的用户自己抓填上，至少能用。
真要彻底解决的话，就只能像阅读那样支持webview和xpath的同时用js来解决登录等问题，但是这样的话各方面的开发成本都会高不少😂
即使自动顺序拉起webview，性能上也可以接受，开源阅读项目就是这么做的，不会卡死，上千个书源顺序校验也不会很夸张
防爬这东西解决起来就和猫鼠游戏一样是个无底洞。既然提到阅读了那你应该也知道阅读的书源规则是支持js的，实际上绝大部分书源都是要编写js才能运作的，没有登录态只靠webview和xpath根本抓不到数据，毕竟很多小说网站不登录根本用不了，而看动漫的话很多可以不登录直接用，目前的解析策略也只能解析这种网站。
最简单的办法就是在规则的高级设置加个cookie头，有能力的用户自己抓填上，至少能用。
真要彻底解决的话，就只能像阅读那样支持webview和xpath的同时用js来解决登录等问题，但是这样的话各方面的开发成本都会高不少😂
只是获取cookie的问题的话也还好，和阅读的部分书源一样，在内置浏览器中跳转到目标网页，登录后自动获取cookie，这个办法也不算难事