UI 这边捉个虫：

https://hk.dash.fastblob.com/billing 的 Add Bandwidth 可输入负数。。

希望楼主能加个扬声器来支持语音播放。

蜂鸣器和 LED 能传递的信息还是太局限了。。

感谢分享，第一眼看成了噶山。。

@q1angch0u #1

楼主问的应该是 解决方法。。

你理解错了。。

这得看你是不是要求完全不用服务端(人肉也算)。

完全不用的话，如果你不能通过各种奇怪的方式(浏览器插件什么的)开一个可被内网访问的固定服务端口，那无解。

不完全的话，可以搞个服务(不管是不是人肉)做个 signal server ，然后走 webrtc 。

@flyqie #31

这个问题 tls 是通过在客户端预置可信证书来规避的，很好奇你打算怎么做。

如果是纯 web 项目的话，那这样就有个问题。

你既然是用了公私钥加密，那我可不可以用中间人方案有针对性的来拦截并修改你公私钥加密的代码？

你联系售后了吗？售后怎么说？

@flyqie #2

fix:

利大于弊 -> 弊大于利

@flyqie #19

另外，x86 跑 arm 的 apk ，可以用 libhoudini 等方案来实现，目前测试常用 app 基本都可以正常跑起来。

技术上倒是不算太麻烦，不过得看你说的 PC 具体指的是什么(这词现在代表的意思五花八门)。

Windows 个人电脑的话，市面上模拟器 /wsa 加上 scrcpy 什么的凑合用用吧。

Linux Server 的话，目前正好在做相关项目，可以与你分享下相关经验，仅供参考:

远程控制还有摄像头传感器什么的透传都可以扔给 webrtc ，turn server 可以直接建在宿主机上。

想要低占用的话可以考虑 lxc ，不推荐 qemu ，全虚拟化在云手机上没多大优势。

aosp 需要自己改动下源码，lxc 光加 HAL 跑不起来。

@yangyifan #15

楼主似乎希望的是 在 PC 上搭建云手机，然后在手机上通过浏览器管理和使用云手机。

个人倾向第二种。

第一种得单独规定，实际执行起来有可能利大于弊。

@HanSonJ #23

这项目似乎有一定风险啊。。

不怕滥用什么的吗？

@meshell #10

回错帖子了？

司龄那个是 /t/886929

给个示例输入？

@devliu1 #5

之前网关抓包无意间看到的。

现在应该也是。