@autumn #158 这个也是我一直困扰的点，对于一些经常录制不到的直播间，我一般会设置先录 hls 流，然后延迟检测 1 分钟，如果没有 hls 流就 fallback 到 flv 中，然后就能解决了。录制的第三方 package 确实不是很好用，我在考虑要不要自己写个简化的录制包。
@timerring #161 大佬大佬我又来反映问题了 刚才录制了一段一小时半的直播，录制文件大小1.5G 然后碰到两个痛点 1:转码耗时问题，我的小鸡是4c,CPU是E5-2680 v4，转码这个文件耗时1小时45分钟，期间两个核心占用100%。小鸡长期占用CPU有可能会被关机,是不是只能提升配置了？ 2:转码后文件大小问题，转码后上传成功后日志输出INFO biliup::uploader: Upload completed: xxxxxxxx_2025-03-19-17-34-.mp4 => cost 854.49s, 17.89 MB/s. 按这个大小计算我总计上传了15G，然而视频本身就1.5G，为什么视频大小增加了十倍?
@形幻 #166 这个确实没想到，你的小鸡长期占用 CPU 会被关机吗🤔 服务器的配置纯靠 cpu 压制很难不拉满 提升配置略好一点的 cpu 会不会有点贵 我倒是推荐那种包月的小水管，我一直在用阿里原来 99 元一年的小鸡，cpu 随便用，然后上传慢慢传 😂
@autumn #158 这个也是我一直困扰的点，对于一些经常录制不到的直播间，我一般会设置先录 hls 流，然后延迟检测 1 分钟，如果没有 hls 流就 fallback 到 flv 中，然后就能解决了。录制的第三方 package 确实不是很好用，我在考虑要不要自己写个简化的录制包。
真能整吗
@gfgfn5 #160 这个功能可以考虑添加，佬可以在 repo 里提个 issue 备忘。
@timerring #161
未曾设想的解决方式，丢失一分钟也能接受，总比丢失全部好
牛逼
@RoyalAtom #16 欢迎使用并反馈，我尽量将操作最简化，如果遇到问题可以提 issue。
@timerring #161
大佬大佬我又来反映问题了
刚才录制了一段一小时半的直播，录制文件大小1.5G
然后碰到两个痛点
1:转码耗时问题，我的小鸡是4c,CPU是E5-2680 v4，转码这个文件耗时1小时45分钟，期间两个核心占用100%。小鸡长期占用CPU有可能会被关机,是不是只能提升配置了？
2:转码后文件大小问题，转码后上传成功后日志输出INFO biliup::uploader: Upload completed: xxxxxxxx_2025-03-19-17-34-.mp4 => cost 854.49s, 17.89 MB/s.
按这个大小计算我总计上传了15G，然而视频本身就1.5G，为什么视频大小增加了十倍?
@autumn #158
我4C小鸡压制1.5G就花了1小时45分，E5-2680 v4。你的比我快多了
@形幻 #166 这个确实没想到，你的小鸡长期占用 CPU 会被关机吗🤔 服务器的配置纯靠 cpu 压制很难不拉满 提升配置略好一点的 cpu 会不会有点贵 我倒是推荐那种包月的小水管，我一直在用阿里原来 99 元一年的小鸡，cpu 随便用，然后上传慢慢传 😂
@形幻 #167
，我担心长时间跑满给我停机了，不敢录原画
我的是单核9950x，
@Jasonzhu1207 #38 是的，之后可能会考虑把切片模块单独分出来，方便大家制作。