virt 没啥好关注的。。

下载一个 github desktop 登录吧（
或者用 github cli 也可以
（会帮你配制好本地的 git 的

如果要推广给个人用户的话，还是一键 A/B 分区（加验证禁止修改 root ），软件尽可能单独用户安装的模式比较合适

import 一个"net"也不会 panic🤣🤣🤣

不过 windows 本身也有这个啊，只是打开微软应用商店而已

你可以考虑一下解析 json 的目的，如果可行的话，不需要先变成一个对象，而是直接从流式解析中提取需要的数据

firefox 没多少人做主要是协议问题，做了必须开源
webkit 还是有很多人做的，linux 下 gnome 用的哪个浏览器就是 webkit 的
chromium 肯定不能算好做，因为官方更新太快了，你的修改很容易就会和官方的更新冲突，然后如果你版本锁死不更新的话，那 chromium 这么大占有率，发现个什么漏洞你就完了

要无声还要耐用，那就选静电容键盘吧（就是预算会超

说起来有个隐私泄漏的点：动态照片会保留音频的，而授权相册读取权限的 app ，可以通过这个 live photo 捕获到相关的声音用于分析

canvas2d 下你打算怎么实现模糊效果和背景模糊?

@lisxour 后面放个过滤器，能扫出来的才输出给用户（

@mmdsun 神 tm OverView … 而且你这个链接也只是音频的

那头文件不是叫 RCTJPushModule.h 吗（

@geelaw
@ysc3839 我找到了微软官方的文档
https://learn.microsoft.com/en-us/windows/win32/directshow/overlay-mixer-filter
早期视频叠加渲染独立于 d3d （ VMR-9 开始才支持 d3d ），用的是 directshow ，和 dx surface 没有任何联系
楼上说的不用 alpha 混合，说的应该是 vmr-7 以及之后的渲染方式，显然稍微新一些的应用都不需要在这个方面扣性能了
也找到了颜色相关的描述，如果没有指定颜色键的话，深灰色适用于较新的显卡，洋红色适用于较旧的 256 色卡。
这种模式下，最多只能显示一个视频流，有两个视频播放的话就可能产生闪烁
启用了视频叠加还会禁用 dwm ，也就是说，基本上和 d3d 也冲突了
这个模式充满了历史感，用的是所谓的视频端口，文档中还包括了 line-21 也就是 cc 显示的功能和所谓的 DVD 子画面（显然也是特殊显示器 /电视机才能实现的），为了用上硬件加速可真的是不择手段啊。。。
这里列出了古代视频渲染（显示到屏幕的部分）方式列表
https://learn.microsoft.com/en-us/windows/win32/directshow/choosing-the-right-renderer

@yolee599 但是如果你用 msys2 的 git ，会有一些路径转换的问题等着你

@felixlong 果然是用颜色 mask 做的，我看 wiki 里写
As a consequence of hardware overlay use, a screenshot program (for example, the one automatically built into Windows that activates when a user presses the PrtSc key) often does not capture the content appearing in the hardware overlay window. Rather, a blank region containing only the special mask color is captured. This is because the screen capture routine doesn't consider the special video memory regions dedicated to overlays – it simply captures the shared main screen as rendered by the software's graphical subsystem.
还以为是啥特殊的东西，原来就是直接特殊颜色啊

@ADMlN 现在截图谁还用 dc 的方法截图啊（这种多数游戏一类的一开始就截不到），性能还慢，更好的 api 太多了（

虽然不能确定，但是我可以提供一个可能原因
视频播放用的是硬件叠加层( https://en.wikipedia.org/wiki/Hardware_overlay )（然后就能获得硬件加速），在前 dwm 时代，硬件叠加层是完全独立于窗口绘制，windows 需要给叠加层设置裁剪区域以“模拟”窗口被别的窗口覆盖的场景，显然截图变黑就很好理解了，因为根本就不在一个图层上（
至于穿透的话，则应该算是 bug 了，考虑到 mspaint 以前基本上是 gdi 功能演示程序，不排除是 gdi 和硬件叠加层之间的处理问题

@brader 云服务器防火墙那种感觉是黑洞了，可能在更底层处理的，比如直接丢弃了相关的包，表现出来就是没响应直到超时