你家到 BRAS 达速就是达速不能判定为超售，BRAS 到主干网那是互联小水管的问题

@SkywalkerJi 苹果是 AOM 联盟创始成员，从头到尾他就是 AV1 阵营的

@pengyuedenai1234 note13 用的天玑 6080 是天玑 810 的马甲，note11 用的也是天玑 810 ，再加上天玑 810 又是天玑 700 的马甲，这个 SoC 的 2.4G 只支持 1T1R 20MHz ，反观 note12 用的骁龙 4G1 的 2.4G 是支持 2T2R 的 40MHz 的

@xmz8888 快速启动=注销+休眠

XSLT 支持没有问题，但是不支持本地文件调用本地 XSLT ，要搭个 http 服务器

最主要的原因肯定是继续降本，然后才是因为降本大量覆盖 mcdn pcdn 导致 cdn 质量层次不齐的情况下被迫下沉默认画质。

@yulgang 0F 计数是日志错误计数和内容没啥关系，0E 是数据完整性错误计数，这个是实打实的数据错误计数

120.239.xx.xx 的确实恢复了
目标 IP: <a href="223.119.226.96">223.119.226.96</a>

1 192.168.123.1 0 ms 0 ms 0 ms 局域网 *
2 172.20.0.1 3 ms 3 ms 7 ms 局域网 *
3 221.xx.xx.xx 4 ms 5 ms * 中国 广东 梅州 chinamobile.com 移动 AS9808
4 211.xx.xx.xx 11 ms 12 ms 13 ms 中国 广东 梅州 chinamobile.com 移动 AS56040
5 111.24.5.33 15 ms * * 中国 广东 广州 chinamobile.com 移动 AS9808
6 221.183.89.249 15 ms 15 ms 15 ms 中国 广东 广州 chinamobile.com 移动 AS9808
7 221.183.92.22 14 ms 14 ms 15 ms 中国 chinamobile.com 移动 AS9808
8 221.183.68.126 20 ms 20 ms 36 ms 中国 广东 广州 chinamobile.com 移动 AS9808
9 223.120.2.13 27 ms * * 中国 香港 chinamobile.com 移动 AS58453
10 223.120.3.122 19 ms 26 ms 28 ms 中国 香港 chinamobile.com 移动 AS58453
11 223.119.226.96 23 ms 23 ms 23 ms 中国 香港 chinamobile.com 移动 AS58453

hCAPTCHA 通过

剪映在 windows 上是支持 QSV/NVENC 硬件编码、x264/5 软件编码兜底，在 macos 上应该直接用 videotoolbox 接口，但 videotoolbox 码率控制很烂

win 下也没有，应该是故意的

@zhangbohun #61 cent 永远都是下个月更新

@Yien #2 众所周知全国电信不含广东、广西，广东电信不含深圳

@q197 #8 不能，wasm 注定是软解

广东移动家宽，4 年前投诉到工信部最后结果就是寄来一张调解失败通知书，现在估计就是无条件终止合约

单线复用，VLAN TAG 分隔

电信移动访问 bing 故障已经解除，恢复正常

@felixcode 你这个高动态高帧率的场景和低动态低帧率的对比本身就有点不讲武德了，要拿同一个作者在油管和 B 站双投的稿件来比，而且 VP9 的压缩率没有 HEVC 高，比 AVC 稍好一点，下面是同一个稿源的对比（油管 B 站的超尺寸裁切策略不同）
B 站的视频云部门在一次演讲的时候提到 B 站内部对大 UP 的热门稿件有一套二次压制的做法：
过审后会先吐出一份高码率的版本保证时效，热度上来了会对稿件进行场景细分，用一套结合 PSNR/VMAF 量化之后更省码率的参数对不同场景分配不同码率参数策略，最后出来一份量化指标差不多但码率更低的流量经济版本