@houzhishi #53 自己都没验过，发言里都是假设，就来说实事求是、严谨（而且“实事求是”这四个字你是第一次发，哪来的一直在说？）。语气那么冲，硬要说自己不是在怼。我算是明白为什么网上容易吵了，就是自我感觉良好又喜欢双标的人引起的。我自认为我在 37 楼的发言并没有任何问题，也没有 AT 你，你为什么会来 AT 我？
不知道贵司是什么情况，我是做 toB 产品的，日志没问题、不能被稳定复现，最后也被记 bug 是再正常不过的事情了（当然一直无法复现也不能强求）。市场报 bug 也不会心平气和的提供细节（敢质疑用户？）

@houzhishi 扯开话题的本事够强啊，我只是说日志不一定可靠，你就能脑补出这么多。那我问你，你有去尝试复现吗？能复现就可能是 bug，不要拿日志没问题来说事

@angkimi #34 你这个小号未免也太明显了吧，上次登录是三百多天前，发帖记录只有一个 ToDesk 的推广贴，然后接着就是几分钟前本帖的这两个回复。V 站程序员很多，日志看不到问题不等于没有 bug，这个道理应该都是明白的，上来就是恶意中伤警告，只能说是公关灾难了

如果竖线每次都是在同样的位置，可能是屏线接触不良 or 屏幕坏了。如果每次位置不同，可能是显卡的问题

楼主你犯了个最大的错误，就是打算和果粉讨论苹果的缺点。我本来也想在这对果粉心爱的 macOS 大放厥词的，但考虑到我是一个黑果用户，可能会被扣上无数顶帽子，还是忍住了。流汗黄豆。
ps：建议装一个 AltTab，这样能稍微改善点窗口切换体验。如果不介意花钱+关闭 SIP 的话，可以考虑试一下 dockmate

21H2 没有取消啊，何来改名一说

你把 webrtc 的降噪算法提取出来看，看懂了就可以了，就几个 c 文件。图像校准去看 opencv 的文档

@pabupa #4 9900K 全核 4.7 就 200W 以上的功耗了，频率越高功耗越大，高档水冷才压得住，你说呢。为什么极客要折腾 9900K 开盖，英特尔要推出体质更好的 9900KS，就是因为 9900K 实在太离谱了。

因为有睿频机制，英特尔标注的 TDP≠实际功耗

其实我很喜欢 sciter 的技术路线，可惜项目去年众筹开源失败了

这个也太贵了。。。一般搞 all in one 的话，J4125 或 R1305G 都是很好的 U 了

看单核就行了。鲲鹏 920 单核和 A76 差不多（所以以前传言是 A76 改），说明 M1 的单核确实厉害

@fl2d 据我所知 svt 的名字来源应该是 Intel 自家的 Xeon Scalable 产品线。支不支持 scalable video 是看编码器支持的标准内有没有 scalable 相关的东西。我们常说 x264 不支持 scalable video，是因为 x264 只支持 H264/AVC 标准，不支持 H264 的 Scalable Extension 即 SVC ； x265 只支持 HEVC 标准，不支持 HEVC 的 Scalable Extension 即 SHVC （顺便提一嘴，x265 也不支持 HEVC 的 Screen Content Coding Extensions 即 SCC，这个也是大痛点）。
根据 webrtc 的文档，VP8 、VP9 、AV1 标准的非扩展部分都已经有 scalable video （ VP8 只支持时间伸缩），所以完整实现标准的编码器都应该支持。就是说你拿 libvpx 就可以编了，不信可以看 libvpx 内的 examples/vp9_spatial_svc_encoder.c 。svt-vp9 你也可以去看看，大概率也是有的
不过恕我直言，SVC 这玩意之所以一直不温不火，确实是因为实际应用中没有什么用。。。。

@ysc3839 AMD/ATI Pixel Clock Patcher

折叠起来就当看不见。但是有以下行为就不能忍：发 Windows10 的通知、弹窗、弹模态对话框

@fl2d 你去 openh264 的 github 页面，命令行操作的 demo 在 testbin 目录下，资源文件在 res 目录下。顺带一提上面说的 doxygen 文档就在 wiki 页面，里面有通过 API 调用的 demo