@timerring #150 原来是这样，但是我之前录制完成后，ffmpeg是运行了一个小时左右才开始上传。因为小鸡的CPU性能很差这个过程太耗时了才想关闭的。另外默认录制的时候好像并没有同步转码，是模式的问题吗？
还有一个问题就是，一些主播刚开播的时候自动录制码率和网络占用会非常高，达到20mbps左右。这样录制出来的文件就很大。如果是中途录播，那么网络占用会小于5mbps。 由于是全自动录播，全程直播下来文件大的惊人，这个如何解决呢？
@形幻 #151 merge 模式是本场直播全部录制完成后才开始渲染弹幕，append 是结束一段就渲染一段弹幕然后分 p 上传。我已经将 ffmpeg 的渲染调为 ultra fast，所以对 cpu 的性能要求不高，不过渲染出来的体积可能会比 gpu 渲染大出约 20%，属于是用空间换性能了。 主要录制模块我用的第三方模块，所以如果不边录边转 mp4 的话不是很好判断什么时候录制结束。之后可能会自己写一些录制基本功能，到时候可自定义的空间就大多了。
目前遇到一个问题，但是这个问题不是出自你的项目，但是我在blerc项目上找不到解决方法，对应的issue已经半年没回复了，想问问你是这么解决的。 blerc开启自动录制后会检测up开播，然后录制；但是b站开播时是没有超清的，只有原画，blerc的解决方式是检测不到超清自动录制原画，那么问题就来了，有些直播间没有cookie也能录制原画，但是有的又录不上，也不会自动切回超清，导致录了半天白录，录制的原画跑压制也非常费时，半小时2g基本单核机器要10分钟
@timerring #150
原来是这样，但是我之前录制完成后，ffmpeg是运行了一个小时左右才开始上传。因为小鸡的CPU性能很差这个过程太耗时了才想关闭的。另外默认录制的时候好像并没有同步转码，是模式的问题吗？
还有一个问题就是，一些主播刚开播的时候自动录制码率和网络占用会非常高，达到20mbps左右。这样录制出来的文件就很大。如果是中途录播，那么网络占用会小于5mbps。
由于是全自动录播，全程直播下来文件大的惊人，这个如何解决呢？
@形幻 #151 merge 模式是本场直播全部录制完成后才开始渲染弹幕，append 是结束一段就渲染一段弹幕然后分 p 上传。我已经将 ffmpeg 的渲染调为 ultra fast，所以对 cpu 的性能要求不高，不过渲染出来的体积可能会比 gpu 渲染大出约 20%，属于是用空间换性能了。
主要录制模块我用的第三方模块，所以如果不边录边转 mp4 的话不是很好判断什么时候录制结束。之后可能会自己写一些录制基本功能，到时候可自定义的空间就大多了。
@timerring #153
大致明白了，感谢解答！期待更多新的功能
@形幻 #154 没事没事，有问题欢迎提 issue。
@Crazybbok #14 还是有部分需要配置手动的地方，下一个版本会尽量做到全自动。
@后宫特种兵之公公你不懂爱 #15 可以使用一波，希望能得到大家的反馈，也能把项目做的更完善。
目前遇到一个问题，但是这个问题不是出自你的项目，但是我在blerc项目上找不到解决方法，对应的issue已经半年没回复了，想问问你是这么解决的。
blerc开启自动录制后会检测up开播，然后录制；但是b站开播时是没有超清的，只有原画，blerc的解决方式是检测不到超清自动录制原画，那么问题就来了，有些直播间没有cookie也能录制原画，但是有的又录不上，也不会自动切回超清，导致录了半天白录，录制的原画跑压制也非常费时，半小时2g基本单核机器要10分钟
@隔离有鬼 #28 应该是可以实现的，虽然现在 b 站的普通视频普遍是 protobuf 格式，但是解码后应该也能做到根据弹幕密度找到高能片段截取。
可以加个tg通知吗？就是上传成功或失败给tg bot发通知