xm0625

emmm.... 1.毕竟是Chrome内核，大肯定是有点大的，单其实按cpu架构切分包之后，每个也就多20多M，还好 2.X5这玩意会在开启x5核心失败的时候(核心未完全下载，核心不兼容机器) 降级兼容成各自机器自带的webview...酸爽自己体会 3.如果假设x5核心开启成功，还抓不到一部分关键url，初步怀疑是我对crosswalk打包的时候做了一个证书异常时继续请求的patch，牺牲安全性来提高发现视频的能力吧 还有..现在下载器那块是多线程跑的(先期快速原型的缘故), 手机上这种小核心机器频繁切换线程上下文比较吃亏, 可能考虑把请求框架换成okhttp的, 用nio的方式来做下载, 把线程资源空出来. 没有连接和线程绑定的限制...就想开多少连接就开多少连接了

其实有很多想做的。。。就是没时间...太忙了。。。

资源问题，Safari也无法播放。格式没有什么特殊的，应该是部分ts无法下载

提供下页面URL?

按道理我的解析逻辑是支持的。你是嗅探出来无法下载么？还是下载后无法播放？

确实是个刚需，期待你的PR~

Good Job! 我看下

这个是其中一种方案。 还可以用m3u8的http server方案，向外暴露http url，通用性上有些优势，比如局域网内跨设备投射

这个功能是在计划中的, 目前考虑把它的优先级提高. 最近工作比较忙, 业余时间有限哈.而且关键是没有电视或者盒子来做测试, 我本来其实是想做TV端的分享播放的.

扶个梯子试试呢？