Genteure
Genteure
1e8bab2
真心不想带 ffmpeg 可能加一个录制结束后调用一个命令的功能。 如果要做这个功能的话，肯定要保留原文件，坏的概率有点高。 先鸽置，过阵子再研究怎么实现吧。想先把 FLV Parser 相关的部分重构一下，改的适合编写比较奇怪的处理逻辑，然后优化一下现在的处理逻辑。收到什么奇奇怪怪的数据的时候自动切开，分个文件，感觉能避免很多录坏掉的文件。
可以用 webhook + 自己写个脚本来实现，可以用你个人比较熟悉的语言，nodejs python 之类的都可以。 webhook 文档：https://rec.danmuji.org/docs/basic/webhook/ 开播通知的话目前是没有的
显示到哪里？
之后会考虑做
> 能否考虑Docker版本分开各功能，例如仅WebUI需要密码而录播文件浏览器/视频播放器不需要？ 可以用 [alist](https://github.com/alist-org/alist) 对外提供录播文件和在线播放，它的视频播放器也支持加载录播姬输出的弹幕文件，开录播站的基本都是这么用的。 > 能否考虑支持多用户？ 不支持了吧，感觉没有必要，没有什么需要区分用户/不同权限的地方。 有个密码更多的是为了防止直接暴露到公网上的时候被其他人拿来干坏事。
最近又在群里讨论了一下这个功能，记录一下大概的讨论结果： - 定时录制不会开关手动设置的“自动录制”状态。 - 非自动录制的直播间永远不会自动开始录制，不管其他设置项设置了啥。 - 开了自动录制的直播间会去检查定时录制设置，经过一定的逻辑得出录或者不录这么一个结论（或本 issue 上面讨论的 3 个状态）。 - 已经在录制的直播间会去检查定时录制设置，返回不录的会结束录制。 - 在直播中、开了自动录制、没在录的直播间会去检查定时录制设置，返回可以录之后会开始录制。 - “定时检查”到时候实际写的时候可能会是真的定时也可能是提前算出来状态切换的时间点，是实现细节，不用纠结。 - 关于 “经过一定的逻辑” 的部分 - 设计两套设置，一套是两个时间，一套是 cron 表达式 - 简单的设置两个时间中间的时间段不录制 - cron 表达式用标准的...
fixed in 2.8.1 b826ebf611aa69a9594d2a77bb76e17c54a225e8
现在还是推荐基于 webhook 实现。 现在已经添加了开播通知的 webhook。
对应场次的日志文件还留着吗？发一下