@siguretto 这个方案行不通(商务上行不通), 没办法, 最初的时候我就是这样考虑的, 这个方案我之前用过, 现在是商业合同卡死了必须是 B/S 架构, 但我们合同中有说到, 需要使用最新浏览器, 因为我们需要现代浏览器提供的高级 API, WebGL, WebSocket, WebLock 等. 我正在研究一个 GitHub 的项目, 找了个海康和大华的摄像头, 周末试一下, 看能不能跑通

浏览器不是问题, 可以指定非常新的浏览器, 但不能指定 IE 这种, 甚至可以只兼容最新版本的浏览器, 我现在考虑的实现方式是使用 WebAssembly, WebWork, 然后 Canvas, 硬画, 我研究了下 Bilibili 的播放器实现, 似乎 H265 也是这样用 wasm 做的, 我们的用户量很小, 并发不会超过 100 个, 客户的客户端很强到, 可以理解为高配工作站(因为要上大屏), H264 检测到 hls.js 和 flv.js 都可以, 延迟暂时还不是一个强需求, 但 H265 必须支持, 因为所有摄像头的预览和监控的编码都是 H265, 只有极少部分是 H264, 客户不愿意改码流, 海康的人也不愿意担责, 所以只能想办法解 H265

flv.js 和 hls.js 都不支持 H265

直接 2720QM, 我用的就是, 没有任何问题, 笔记本连接 90W 供电, 就是做工有点差!

VSCode 能做起来, 是因为他选择对了路, 也是唯一的一条路. 未来相当长一段时间如果开发模式没有本质变革, 没有人能挑战它了.TypeScript,nodeJS, Chrome 三者几乎都是未来工业化 WebIDE 的基石了, WebAssemlby 还太嫩了

这种基于词法,句法的分析器, 如果某个词法解析失败了, 后面的解析也无法进行, 因为编辑器无法为后面的代码创建一个有效的 Context(其实是编辑器不够智能,哈哈), delete 肯定是不能够做函数名称的, 从 C 继承而来的运算符关键字

问题已经解决: 使用 transformZ(0)联合 will-change:transform, CPU 占用就下降了, 一切工作正常

OK, 我先试一试, 感谢给位大大

1. 估计是进入了深度睡眠, 然后硬件驱动 BUG 或者 OS 的 BUG 导致的
2. Windows 10+深度睡眠或者重启的时候会将内存状态写入磁盘, 重启时候重新加载(你重启, 会发现未关闭的程序会重新自动回到重启前的状态(部分软件支持))

我建议你使用 WS2, 不要在 Windows 上折腾机器学习, 太多库又兼容性问题了!