linzh

@JensenQian b 站的 8k 视频/HDR/杜比视界有特殊判定规则的，规则不适用于普通视频，具体来说 8k 视频不提供 avc 格式，只提供 hevc 和 av1 然后对电脑配置会有判定，即不是所有配置都能切出这类特殊视频，可以找 4k 及以下的规律。

@feikaras 在我这是默认 hevc 的...我的电脑甚至支持硬解 av1 。不知道 b 站有啥神奇的判定方法，设备不同还能不一样（毕竟我这边支持 AV1 ，但同样默认提供 hevc ）。

软解怎么不会发热，b 站那点码率另说，就说 4k60hz/120hz ，码率上个 30+Mbps ，hevc 和 av1 ，哪部手机可以保持流畅且长时间软解的？手机根本解不了那么多热量。软解是很吃 cpu 的，手机的工况并不适合长时间的 cpu 高负载。我电脑软解那 cpu 要上 100+W ，相比起硬解几瓦的功耗，你说为什么会发热？当年 720p 和如今 4k 的数据量根本不是一个维度的，而 cpu 在相同功耗下，提升的性能一直是有限的。

回到 720p 低码率视频软解，确实不怎么发热，但如果是硬解，手机直接就是凉的。你拉功耗看，依然能差出一倍多的。

@echo1937 不可能有政策禁止这么做，不然早就起舆论了，而且于情于理都不该禁止。但其实托管式貌似并不能规避审查，阿里云这些貌似是将审查做在 http/https 链接上的，你只要在他们的服务器上解密了，他们就会查一遍。只能说这样保证了内部确实不会复用文件。

另外不就事论事，除了「政策禁止」，还有「指导意见」，这玩意就灵活多了，而且大部分神奇规定都属于这个类型。

举个例子：浏览器黑名单。国内的大一点的浏览器从某个时间点开始，都内置黑名单，防止你不小心访问「违反相关法律法规」的网站而犯法。你很难说这其中没有「意见指导」。但是国内小众浏览器、国外入华的大众浏览器如 Safari 都没内置这个黑名单，他们一样的合法的。外企的产品在这一部分是有相对大的操作空间的。

b 站连浏览器端默认的都是 hevc ，你是如何「确定」 ios 端是 av1 的（移动端无法选择编码，不存在默认一说只存在强制）？我希望你出示抓包的证据，不然鉴定为纯 yy 、造谣。评论全都在输出情绪，根本没人给出证据。

再说了，其实 b 站的 av1 码率只比 hevc 低一点点，在浏览器端上。

还有就是，b 站的码率大小和编码效率没有 [任何] 联系。在浏览器端上，b 站的 avc 画质就是最好的，在浏览器端，hevc 和 av1 的码率普遍在 avc 的 25%-50%之间，中位数我体感是在 30%上下，这种码率下客观上你截静止帧比对画质就不可能和 avc 一样好。尽管 b 站一直坚称他们做了各种各样的优化和评估，让画质「看不出区别」。（但总得来说，b 站的优化确实可圈可点，除非仔细的去观察一些容易露馅欠码的地方，平时看视频确实是「看不出区别」，算是作出了取舍）。保留高码率 avc 应该是迫于之前自己承诺的码率，以及确实有一部分用户对高画质有追求，算是提供一个选项，反正正常用户现在默认 hevc 了，电脑端就算解不了也调软解/av1 ，根本不给 avc 。

我一直强调是「在浏览器端上」，因为在以前，浏览器端上的 hevc 码率是高于移动端的！我不清楚现在是否还保持了这个规则。b 站的理由是手机屏幕小，更不容易看出差别。

综上所述，b 站想要降本增效，完全可以继续降低移动端甚至是浏览器端的 hevc 画质（事实上已经干过好几回了，不同时期的平均码率是不一样的），而无需坑害你手机电池。b 站开弹幕自古以来发热就很严重...那个弹幕功能很耗电的，这又是另外一回事了。我不相信 b 站在 ios 端（对不支持 av1 硬解的设备）用 av1 解码。

国内有秒传，必不加密的（或者全局加密，密钥在云盘运营者手上，没啥用）。
国外网盘对内操作透明，无法证明他加密了或者不加密，我觉得是不加密的（可以应用去重算法）
对象存储服务商对内操作也透明，底层说不定一样去重呢

@xiaokangz 这里指的是对用户的数据加密，不同用户不同密钥。不是传输加密。现在国内基本上都是 https 了，传输已经是安全的了。也不是那种「全局加密」，虽然加密了，但任何人都能随便解密，只能说有作用但不大...

这真的很草台班子，降本增效是吧，隔壁新加坡阿里云还没修完呢

国内的机子挂梯子+反代一条龙，自己打隧道解决

或者百度网盘/阿里云盘等国内网盘咯，国外网盘回国肯定是慢的

实现不同，具体就去看计网和具体实现咯。找 gpt 去看定义就知道了

至于效果，只能说网络都能抽象和解耦和的，理论上确实能实现相同的效果，只是难度、效率和稳定性的问题