找个车道级别的导航, 注意自己的所在的车道, 随时观察路标, 确定自己要直行还是转弯, 提前变好道, 最主要的还是先开熟路, 慢慢的, 对车辆的操控感好了, 不紧张了, 在路上就可以随时变道, 加塞(注意违章拍照), 游戏我觉得用处不大, 我也一直耍赛车游戏, 但最初开车还是非常菜, 有模拟方向盘那一套应该会有点用处.

给你个关键字, 自己搜索: 7 级累计超额税率

@kokutou 电脑性能很好, 不是啥问题, 不管是硬件还是显卡

@liberize rtsp 是没戏,我刚刚才搞明白, flv 和 hls 的延迟是必然的, 所以问题基本无解. 我先用 wasml 用 ffmpeg 做个软解 HEVC 的凑合一下, 检测到 H264 就直接使用 hls.js, 先做个凑合的方案, 可以加个微信或者其它联系方式交流下心得吗? 有偿咨询也可以的

@kirile 我有 2 个监控平台(海康和大华), 卡在了大华的 H265 上, WebSocket 大华木有, 而且他们的视频全是 HEVC 的, 所以头痛

@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 上折腾机器学习, 太多库又兼容性问题了!