我是没打折了，但是劳动法是规定允许打八折的，所以只能说是看各位公司领导良心了

@minami 没吃透不是说不会造，而是还存在一些技术问题没解决，做的没国外好

造中低端有问题啊，都说外国卡光刻机，但其实也只卡了最新的，老型号已经买到了，做 7nm 以下理论都没问题。然而国内连 28nm 都没吃透……其实还是工程师待遇低，没人才

mac os 可以用 xrdp 吗？那个应该比较好用

用 rpc 调用吧，要求不高的话可以用 python3 自带的 xmlrpc （传不了二进制数据），要求高用 grpc

@lovecy #6 网页翻译可以用彩云小译

python 打包发布恶心的一笔，pyqt 还有 license 问题

@minami #3 运营商->运营商 DNS

但建议用 deepl 替代，实测语句翻译效果比 G 家好太多了，就是不能翻网页

你可以手动指一下 hosts，有时候运营商分配的 ip 确实是没法访问的

是的，当时 KDE 开发者还表达了不满

UOS 自有采购价兜底，个人就不要掺和这个了，deepin 才是给你们用的

@ungrown #17 哈哈没毛病。。那你只能自己慢慢调参摸索了。。。然后发现还是买硬盘 /BD 机 /磁带机香，doge

@ungrown #14 他们有出过 x265 和 x264 的调参教程
# 所以其实思路都是那样。。所谓的标准就是把各种算法都定义好，编码器自由选择合适的算法来编码，编码出符合规范的码流。正所谓复合算法>单一算法，代价决策才是编码器核心

@ungrown #9 小体积影音收藏可以参考字幕组大佬的参数，比如 VCB-S

@ungrown #8 新上传的视频慢慢也都是 AV1 了，你可以右键看详细信息，Codecs 那一栏写着 av01 就是了。AV1 编码器现在没有好的开源实现，谷歌、奈飞这种估计用的是私有实现。个人想自己体验 AV1 的话，目前只能用 SVT-AV1 编码，dav1d 解码，但 SVT-AV1 设计的实在不好用

@ungrown #2 你可以调到 ctu=16，min-cu=8，max-tu=4 或 8，这样就和 x264 默认一致了。HEVC 是针对高分辨率设计的，所以 x265 默认参数是那样的。HEVC 比 AVC 标准复杂很多，可调参数非常多，想要出好效果很难。我记得以前番组都不太喜欢 HEVC，直到后来逐渐试出好参数后才转型。不过确实基于块压缩+DCT 的方法也快走到头了，块效应、蚊式噪声等问题没法解决。所以 HEVC 之后的标准除了继续搞块压缩，也逐渐引入时域压缩算法，以提升屏幕图像、动漫等场景的压缩效果。时域压缩就是 IBC 、调色板之类的算法，其实 HEVC-SCC 补充标准已经有了相关提案，但是 x265 没有跟进，所以只能在参考软件里体验 HEVC-SCC 。现在我看好 AV1，因为 AV1 已经正式接纳了这些时域压缩算法，压缩效果非常好，可以参见油管

FHD 及以下场景建议调低 x265 的块大小，调成和 x264 默认的一致（最大 16x16 ），否则大块的 DCT 会极大破坏画面。
吐槽：x265 代码实现感觉没有 x264 那么好

@subpo #12 1 、芯片是生产越多越便宜，不是性能越弱越便宜，请务必理解这点； 2 、图像密集型应用对服务器和客户端都有巨大压力，不要低估了算力需求