你把 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

忘了说了，这张老卡的 DVI 是能输出 2K60 的，但是驱动锁了 1080P，需要去 sourceforge 下个补丁解开

戴尔 OEM 的 HD 8570 （包括马甲卡，这卡马甲众多，认准 Oland 核心，384 流处理器，品牌机 OEM 即可，马甲可能频率和显存有一些差别），鲁大师 2w 分多一些，玩 LOL 够了，还能视频补帧。卡有 1 个 DP 、1 个 DVI 、1 个选配 VGA，DVI 和 HDMI 可以无芯片转接，便宜又无损，只是转接后没有音频输出，不推荐 DP 转 HDMI，要芯片才能转接
利益相关：自己今年买过一块，120 块

@fl2d #5 因为 ffmpeg 没有封装 SVC 相关参数，源码里面（ libopenh264enc.c ）也是写死的，你折腾这个要改源码，还不如直接用 openh264

源码 179 、180 行，写死了没有使用 SVC：
param.iTemporalLayerNum = 1;
param.iSpatialLayerNum = 1;

@fl2d 找不到是正常的，因为思科自己就没好好写文档。。。所有资料就是注释和 doxygen 文档

x264 不支持 svc，你需要用 openh264 。但我看了下 ffmpeg 关于 openh264 的文档，我建议你直接用 openh264，doge

@kokutou 联发科平台的机型没有 eu 包，lz 可能是这种情况

我觉得很多时候 DAS 就够用了，等不够用了自然会考虑 NAS