最近用了几次 spec-kit, md 太费 token 了, 文档写了一大片, 不过写起来就丢那不管了, 过一会回来 review 逻辑

我们现在是 用 gorm gen, 全部自动生成

找个外包 几百块搞定

目前还是正常维护，工作日的消息还挺活跃的, 人数 670 了

可以看我发的帖子，我们人数快 700 了

乙方没按需求实现功能, 改

8T 的硬盘又不很贵, 传平台不怕哪天给你下架或者删了么

用的一加 11 刷的欧版氧 13

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

某平台买菜业务一桶纯净水 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, 挺干净的