Firefox 和 Chrome 安装个 Video DownloadHelper 就可以了
https://addons.mozilla.org/zh-CN/firefox/addon/video-downloadhelper/
https://chrome.google.com/webstore/detail/video-downloadhelper/lmjnegcaeklhafolokijcfjliaokphfk

YUV 的出现（以及那一堆研究数据协助 YUV 的出现）其实单纯就是为了兼容黑白电视机，纯属不得已的妥协方案。
由此开始的长达几十年的广泛使用，导致 YUV 反而成了惯用标准以至于成为事实标准，最终开发领域为了兼容性，也就不得不“更加常用”YUV 了。

至于 YCbCr ，其实也是影音行业的习惯性延续。如果经历过上世纪 90 年代以及本世纪头 5 年，就会记得不少 VCD 和 DVD 影碟播放机都有三孔的色差分量接口输出，电视机也有三孔的色差分量输入，这个就是 YCbCr 。
在当时，带有该接口的 VCD 播放机并不算多，而带有该接口的 DVD 播放机就多得多。直到蓝光碟片播放机的出现，色差分量接口才总算淘汰。
VCD 和 DVD 用什么格式？没错，就是 MPEG 。VCD 用 MPEG-1 ，DVD 用 MPEG-2 。

在制定 MPEG 早期标准的年代，YUV 大行其道，大多数显示设备（说的就是电视机）只认识 YUV 输入方式（单端口 RCA ，高级点的才会有 S-端子和刚才提到的色差分量接口），连 VGA 都没有。在当时，只有极少数显示设备（电脑用的彩色显示器）支持 RGB （采用 VGA 接口），在那个年代，电脑远不如电视机那么普及。
如此环境，MPEG 的制定者只能又一次向现实妥协，继续沿用 YUV 。

所以严格来说，“YCrCb 适用于计算机用的显示器”其实应该是“YCrCb 适用于 VCD 和 DVD 播放器”或者“YCrCb 适用于 MPEG 视频的记录与回放”。

如果已经用 powercfg 关闭了休眠，那就不会自己进入休眠状态

直接去控制面板的电源选项设置一下就行了。

控制面板\硬件和声音\电源选项，在“电源计划”的列表中，点击“更改计划设置”，再按“更改高级电源设置”，打开“睡眠”节点就可以看到你想要的选项——“在此时间后休眠”

@julyclyde 其实就是其他 shell 的 & 符号，在 Powershell 里面功能一样

@cnbatch
啊，说得有点不太对了
应该是，用 & 符号加到脚本每句 ffmpeg 命令的后面

换个思路，将 ffmpeg 进程的优先级设置到最低，也许这样更简单一些

Get-WmiObject Win32_process -filter 'name = "ffmpeg.exe"' | foreach-object { $_.SetPriority(64) }

加到脚本最后一行

@lingaoyi 我用的不是游戏宽带，无法回答你的问题。
建议新开一贴明确说明是游戏宽带，让其他也用游戏宽带的人一起测一测

@learningman 这跟我有什么关系？我又不用 TLS over TLS
请前往 /t/884639 回复对应楼层，我只是转载而已

@learningman
https://www.v2ex.com/t/884639
这里就有人给出了回答：“只要對比數據包大小即可輕鬆檢測出”

第一步，dig 或者 nslookup 看一下 IP 地址，如果联通解析出来的跟电信不一样，那就是 DNS 问题，按照大家给的做法去做就行；如果地址一样，接着做第二步。

第二步，traceroute 或者 BestTrace 看下路由在哪断的。
如果还没到公司就断了，就看下前面的运营商在哪，要是在联通这边就断了，那么应该是电信 /联通的互联导致的。
如果是已经到达电信网络，在公司那边就断了，那么很大可能性是公司防火墙的设置导致的。这种情况下只能回去找公司才能解决。

正在用 XigmaNas ，看中它的原因是 3 个：
原生 ZFS （得益于 FreeBSD ）、内置 Syncthing 、内置 VirtualBox

要不再试试安装 Fedora Server 和 Windows Server ，看看问题会不会复现。
换系统是为了先排除掉硬件原因

安装到 SATA DOM 盘内，定期备份配置项

我就是这样做的，买主板的时候专门挑选了可以用 SATA DOM 的型号

@jdhao 这是关心健康问题，不是单纯的容貌问题。

毕竟有许多人并不希望 Linus 因健康问题而过早地挂掉。

这两条新闻，记得好像在哪里见过并且还曾经有很多人评论过……

然后想起来了，在这里：
https://www.oschina.net/comment/news/210809

其中一个评论我看得不太明白：“7 岁就得了肢端肥大？”


而 Pingora 的在上上周就被人讨论过：
https://www.oschina.net/comment/news/210473

目前高赞的是这个评论：
「现在性能强，是因为他满足自身定制的各种需求，但如果放到公用领域，就一样的功能臃肿，能做到稳定都不易，就别想性能了。不过是多了一个更多的选择。」

个人觉得，最好等到 Pingora 开源（如果 Cloudflare 愿意的话），应该会有不少人很感兴趣，从而在思路、设计的角度去跟 nginx 做一次对比和分析。接着或许会有一些有用的发现，说不定某些思路最终可以跨语言，大家都受益。