无法自动化测试的架子，不是好架子

某平台买菜业务一桶纯净水 15L 7 块左右， 够你用几天了, 这成本如何

就不能用跨平台方案整个么， 安卓用户难受 : (

收藏了

1 年多前在小黄鱼 200 买了个 1 TB 闪迪至尊超极速, 挺稳的

我一个开发被运维折磨的死去活来, 最后还是让老板招个专业运维算了, 我慢慢学

后生可畏, 可以加下联系方式( 签名里有 ), 我们后面扩大规模也要招人

用了挺久了, 更新 2.6 之后一直有个 多 tab 崩溃的 bug, 老折磨了, 不知道修没修

可以加个 v 聊聊 ( 签名里有联系方式 )，估计我们都要用类似的服务

从几个角度分析这个问题
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 便宜放开手用