Genteure

这样的吗？ m3u8 里面多个 init segment 分别属于不同的 media segment，我觉得应该会正常处理的？

是 feature https://github.com/acgnhiki/blrec/blob/8dc32e5e6ef80ec67a50e45b9d260c7403c4bb9f/src/blrec/setting/models.py#L639-L639 https://github.com/acgnhiki/blrec/blob/8dc32e5e6ef80ec67a50e45b9d260c7403c4bb9f/src/blrec/setting/models.py#L681-L685

我建议每种问题开一个 issue，在issue正文里详细描述具体是什么问题。全都揉在一起看起来太费劲了，也看不出来一个日志文件里重点在哪里。就算之后解决了问题也不方便 close，close 了 issue 的意思是所有日志对应的问题都解决了还是其中一个解决了？具体哪个日志的问题是已经解决的哪个是没有解决的？

- `-bsf`: bitstream filter - `:v`: 对视频数据生效 - `filter_units=`: `filter_units` 过滤器 - `remove_types=`: `filter_units` 的参数，`remove_types`，要移除的类型 - `12`: ID 12，对应 H.264 里的 filler data 参考文档： - [FFmpeg Bitstream Filters Documentation #...

> 有二压原画时优先录制二压原画，没有时录制真原画 做不到。B站API返回啥就是啥，它又不会给你返回两个地址让你选。 > 仅录制二压原画，如果只有真原画就不开始录制 理论上能实现，判断 URL 就行，但有误判的可能性。

I had the chance to spend more time on this. My understanding of the root cause is the calculated height of the "bucket" is ever so slightly different to the...

在用户脚本里加一个存数据的接口，具体的这个判断逻辑用脚本实现可以吗？ 用户脚本文档: - https://rec.danmuji.org/user/user-script/ - https://github.com/BililiveRecorder/recorder-scripting-template 大概的伪代码例子： ```js // 给录播姬的 javascript runtime 加一个类似 localStorage 的接口 const sharedState = { key() { }, getItem(key) { }, setItem(key, value) { }, removeItem(key)...

加上了，可以在本仓库的 GitHub Actions 里下面 [Artifacts](https://github.com/BililiveRecorder/BililiveRecorder/actions/runs/3919039386) 下载最新的 dev build 参考脚本: https://github.com/BililiveRecorder/recorder-scripting-template/blob/main/examples/reuse-old-url.js API: https://github.com/BililiveRecorder/recorder-scripting-template/blob/6c5c1bef674dab8c4cf62fc1b880dc7bbb78a6a6/recorder.d.ts#L49-L58

需要添加一个设置项，默认关闭状态。测试发现这样的文件虽然播放器基本都能正常处理，视频编辑软件大多会有各种问题。

需求合理，之后改的时候会考虑。 这个功能也可以通过 [录播姬的 webhook 功能](https://rec.danmuji.org/user/webhook/) 实现。