imspace

44 真棒

@EAimTY 我理解你现在对代码的自信，但是我觉得还是至少用 safe 版本的 unwrap 。因为一旦之后改动代码比如前提条件变了，这个 unsafe 的情况就会引入 ub ，而且是灾难性的（可能不会立即挂掉，而是传播到后面某个地方）最后甚至会内存不安全。为了省掉一个判断我觉得得不偿失。

不过楼主的思路我还是很赞同的，之前也想过利用 quic 不过一直没动手。。

大致翻了一下代码，发现很多没有必要的 unsafe 使用。我已经提了一个 PR 修复其中两个。

其他的 unsafe 除了一堆 u16 ，u32 的转换就剩一个我理解不了的 `process_received_udp_packet` 了

match unsafe { self.udp_packet_from.check().unwrap_unchecked() } 是为啥呢（

u16 ，u32 的转换我理解是为了减少一次 read ，但是用 unsafe 也太脏了（

不如用 `byteorder` crate 来干这件事？你的依赖树里已经有这个 crate 了，引入也是 0 成本的

讲道理没什么人会这么写吧.... unsafeWindow.GM_xmlhttpRequest = GM_xmlhttpRequest, UserScript 自己有自己的 scope, 为什么还要放到原 window 里?

Android 表示也遇到一样的问题, 也想有个 Log 能看到来源. 希望有人能提供方法

楼上的 crash 已经修复了, 并且发了 v0.0.2 版本

@huangya 群的话可以进 README.md, QQ 群的话勉强算一个吧: 902430075

@winooxx 你说的对(这个思路我也是见了 UU 加速器 的主机加速才想到的)

@yuuko 有两种模式, 一种是开本地 WiFi, 另一种是 Lan-play, 默认是第一种. 要使用第二种需要按 L+R+LStick(第一方游戏基本都有效), 第三方游戏的话得看游戏的实现. 第二种需要每台 Switch 在同一个子网里, 然后是使用 UDP 进行联机的, 如果只有两个 Switch 就是点对点通信, 否则发送 UDP 广播

@msg7086 不太一样, 这个需要一个中心服务器转发, ZeroTier 应该还是 P2P 的

@ddqp 熊猫 tv 其实自带播放器, 需要登录以后点右键切换, 部分直播间没有