Predidit
Predidit
我有些不能理解这里的不稳定指什么，如果是指延时波动的话，syncplay 协议的设计可以让其在网络延时 1000+ms 时仍然正常工作。 除非丢包严重到 TCP 重传发生连续失败，不然连接不会中断。
@Kyuringo videoTogether 相较于目前方案的优势主要在哪里，也许我们可以用目前的 syncplay 协议实现它 syncplay 开源项目的历史看上去已经超过了十年，应该不会意外终止，但是 videoTogether 年轻得多，并且文档并不完善
@Kyuringo syncplay 协议是建立在 socket 上的，相较于 websocket 更加底层，开销更小，实时性更好。并且 syncplay 有一个相当不错的延时补偿算法。 我之前查看了 videoTogether 的实现，如果只谈论协议层面，syncplay 优秀得多。 倍速同步确实由于 syncplay 协议限制确实无法实现，简易聊天室应该会包含在下个版本中。
这个站点在当前的规则下是可以的 问题主要在 https 上
登录状态实际上生效了吗，例如能播放大会员番剧吗
我对这种情况不熟悉，但直觉上问题可能不在dart代码里，可能需要调整我们的 android 清单文件，来调整键盘和焦点的行为
保持简单没有什么不好 本来的操作就是应该加入追番，失效时从追番列表里找
抱歉，我今天在忙于一些其他事情，现在才来得及cr这个pr，这个PR看上去相当不错 但是合并的方法似乎过于粗暴，直接将 ts 片段拼在了一起，我的直觉告诉我这里有兼容性问题，你实际上运行过那几个规则的测试，合并后的文件可以被 mpv 播放器正确播放吗 这里兼容性更好的方案应该是把片段放在一个文件夹内，不进行合并，然后手动生成一个 index.m3u8 指向这些 ts 片段，这也是大部分带有下载功能的软件的做法
我会在进行一些测试后给出反馈，直接合并绝对会破坏时间戳，这也是 animeko 的做法，它们的缓存功能至今存在严重的兼容性问题，包括但不限于无法 seek ，或是播放时闪退 此外这个PR包括了简单的 m3u8 解密功能，我的印象中没有规则带有加密 m3u8 流，这是为了兼容哪一条规则加入了该功能