从几个角度分析这个问题
1. 画面内容
是真实世界高频信号多的画面，还是动画那些低频信号多的，
后者优先考虑降低分辨率，对压缩贡献很大，大概率也不会影响观感, -ss 参数截一小段转码试试,
前者不太好搞, 高频信号 + 频繁运动的画面, 你眼睛跟不上他的细节, 降低点编码质量你也看不出 (前东家编解码组大佬同事的真实落地方案)
2. 码率 & 质量控制
VBR, ABR, CBR. 上面有朋友给的 -b:v 2000k 和 -crf 参数可以自己测试下看哪个好.
3. 帧比例
I 帧, P 帧, B 帧 这些概念在 h265 和 h264 都有体现, 减少低压缩率的 I 帧有利于减小最终文件大小, 对应 ffmpeg 参数
-keyint_min , -sc_threshold
4. 编码器.
要求质量的话, 优先考虑 软编( 用 CPU 编码 ), 对应 x264, x265 这些工具 ( ffmpeg -c:v 指定 ), 缺点就是慢.
这样的质量还不满意就考虑商业化方案吧, 比如 微帧 (前东家就是用的这家, 大规模用

oxygen 自带的 app 没几个吧, 我的一加 11 刚刷了 eu 的 oos, 挺干净的

@Mistsink 换 native 开发了。。。

调研过一段时间海外服务器, 可私聊 sense_hu, 这个是 v

奇数版本的 win 都是残废, 要用就用偶数版本

既然男的少, 那把有能力的男性当成商品 也是一种模式 ?

@ryalu 好奇这一片代码他是怎么写的单元测试。
我现在的理解：能让其他同事快速省事地写出单元测试的代码 就是逻辑清晰好维护的代码，扩展性都另说

supabase 不是可以 self host 么

有个开源的 vscode 插件, Continue.dev, 自己接 deepseek coder 模型 api key ，token 便宜放开手用

@andyskaura 刷不了？那 ACE 系列能刷不

什么框架搭的，我也去整个

场景没描述清, 提取之后是被谁消费, 落盘？ 其他程序用？ 其他程序是什么框架

极简独居 4 年了，独居不是导致社交能力下降的主因，天天跟同一个人交流那也不叫社交

卖课么 （手动狗头

有没可能方向就错了, node 适合计算密集型任务？

又不是只有游戏可以，游戏开发量大，还占空间, 不是最优路子

@suirh96 阿里已经在换了, 其他几家也快了

我是后端, 最近在学前端和客户端 (RN)
工程化的领域可以看看这篇，我读下来觉得含金量可以, 对付超大规模以下都够了
https://lailin.xyz/post/go-training-week4-clean-arch.html