直播弹幕录制 & 存档 & 录播弹幕转发
此项目用于将各直播平台的弹幕进行录制，并提供导出或自动转发到B站录播稿件的功能
- 开发环境：
OpenJdk11 - 关键词:
直播弹幕录制、直播弹幕转换导出、直播弹幕自动转发B站
录制性能(v0.2.1)
- 运行时CPU和IO性能占用不高，主要是内存占用
- 22-04-27 本地测试 未限制JVM内存参数时，
- 基础运行内存120MB+;
- 单B站头部主播（平均30弹幕/s）20任务,占用内存260MB+;
- B站（平均30弹幕/s）20任务+虎牙赛事（平均50弹幕/s）10任务，平均占用内存400M
- 目前在直播录播时，通常只能存档视频画面，无法同步储存直播弹幕，打算另外存档，并考虑其他方式输入进视频.
- 在Github找到一些Python的弹幕获取项目，但没有可用的存档方式，同时因为开发语言差异，无法方便二次开发，于是制作此项目
- 多平台直播弹幕源录制支持（哔哩哔哩、虎牙、斗鱼）
- 以SQLITE数据库储存的弹幕信息
- 提供命令行指令，可根据需要手动进行弹幕的格式化导出（ASS文件/B站BAS弹幕等）
- 可监听对B站特定UP主的录播稿件，自动解析稿件并发送对应的直播弹幕
- 对程序增加命令行操作界面和正常结束方法
- 增加读取存档弹幕，根据输入时间轴，匹配并导出ASS格式弹幕功能
- 增加斗鱼弹幕录制
- 增加存档弹幕后，对B站指定UP主的特定视频输出直播弹幕功能
- 将WS客户端调整为netty实现
- 使用
sensitive-word框架将弹幕的敏感词进行屏蔽/过滤
###程序运行
0. 项目建议运行环境：Java11，可在 Eclipse Temurin 中下载对应版本
- 在 Releases 中下载最新发行包
- 使用
java -Xms256M -Xmx512M {fileName.jar}命令运行程序，可保存为shell脚本方便后续执行 - 程序第一次执行后会生成模板配置文件并中止运行，需要配置文件
config.yaml后重新执行程序。
###配置文件示例(1.3.0):
当前支持B站/虎牙/斗鱼的弹幕保存，填入直播间房间号后可直接匹配，此处的saveName(保存文件名)将会在弹幕发送、指令系统中用到
- exportPatten(导出文件存档模式)：目前两种模式均不会影响功能使用
- allCollect-始终使用同一个数据库文件保存
- dayFolder-将会在启动时按当前日期，创建新的数据库保存(后续可能会实现运行时自动切割)，
- danMuExportType(导出类型模式)：请始终保持为
sqlite，功能都将在此模式中进行开发，json已放弃
弹幕录制详细不会在日志中输出，可以观察生成的.db数据库文件>20KB时，说明有弹幕录制
# 录制记录
Record:
# 录制列表
recordList:
# 单个录制分块
-
roomUrl: "https://live.bilibili.com/6" # 直播间录制url
recordType: danmu # 录制类型（弹幕/礼物/视频等，待拓展此类暂时无效）
saveName: B站-LPL # 保存文件名称
exportPatten: dayFolder # 导出文件存档模式 (allCollect,dayFolder)
danMuExportType: sqlite # 导出类型模式 (sqlite)
danmuRecordRetryTime: 300 # 重试时间(单位：秒，设置为-1时不进行重试)当前版本只支持B站投稿，同时需要视频稿件的分P（文件名）中带有时间文本，例：2023-03-31T12_00_00，以解析视频开启时间，并根据视频持续时间匹配弹幕。
其他格式时间可更改正则文本加以匹配
- 弹幕发送逻辑为按时间窗口获取弹幕，并发送窗口内的第
x(轮次)个 danMuStartRound和danMuEndRound用于确定当前程序发送的轮次，默认为[0,2)。当有多个程序运行时，可根据轮数进行分批发送danMuSplitTime即弹幕分轮的时间窗口，时间越短，划分的窗口越多，单轮发送的弹幕也越多。普通用户建议5s~10s有较好效果danMuAllowPeakTime高能时间开关，适用于主播直播时的弹幕爆点。开启后可以在初始轮次就发送较多弹幕，形成较好的观看效果- 注：当部署列表为空，或者监控UID为0时，将不会自动发送弹幕
# 弹幕自动发送任务设置
DanMuAutoSendTask:
videoPTimeFormat: "yyyy-MM-dd'T'HH_mm_ss" # 视频分P时间解析格式
videoPTimeRegular: "\s*([0-9]{4,}-[0-1]*[0-9]-[0-3]*[0-9]T[0-2][0-9]_[0-6][0-9]_[0-6][0-9])" # 视频分P时间正则匹配格式()
danMuStartRound: 0 # 弹幕开始轮数(默认0，设定轮数范围以适配分机运行)
danMuEndRound: 2 # 弹幕结束轮数默认2，范围为[0,2)
danMuSplitTime: 5000 # 弹幕分片时间(ms)，时间越短弹幕越密集，根据自身弹幕账号资源而定，默认5000=5s
danMuAllowPeakTime: true # 是否允许高能时间（触发后当前高能时间相关弹幕都将放在第0轮中发送）
danMuPeakTimeThreshold: 20 # 分片时间内的高能时间触发阈值
danMuPeakTimeMax: 15 # 分片时间内的高能时间弹幕最大数量(过多的将丢弃)
# 部署列表
deployList:
-
videoPlatform: bili # 视频平台(bili-B站)
listenUpUid: 0 # 监听的上传者UID
titleMatch: 直播回放 # 标题匹配字符
tagMatch: autoDanMu,直播回放 # 标签匹配字符，以英文逗号(,)分割
linkDanMuSaveName: B站-LPL # 链接的弹幕保存名称目前只支持B站稿件的弹幕发送，保持平台项为B站videoPlatform:: bili。
- 目前开发和使用的认证信息都是使用的账户
Cookies，appKey暂未测试，仅作占位用
使用账号建议
- 账户能使用高等级的主号或者副号最好，可以避免频繁发送后的弹幕风控屏蔽。
- 当使用小号时，建议使用LV2及以上的活跃账户，建议实名+高发送延迟，否则触发风控后大概率会吞掉所有弹幕（能发送但后台和视频不显示）
发送延迟
弹幕API限制最低发送延迟为5s/条，实际测试可以正常发送+尽量少触发弹幕发送过快提示的平均延迟在26s ~ 30s浮动，小号起始延迟可以设置40s以上
当弹幕账户多时，建议拆分机器并配置弹幕发送轮次使用，避免同IP发送过多导致异常
# 弹幕自动发送设置
DanMuAutoSendAccount:
sendNormalDelay: 6000 # 默认发送延迟(ms)，最小5000=5s
sendNormalMaxDelay: 45000 # 默认发送的最大延迟(ms)，默认45000=45s
sendRandomMaxDelay: 5000 # 发送随机延迟的最大值(ms)，默认5000=5s
sendRandomMinDelay: 0 # 发送随机延迟的最小值(ms)，默认0
sendFastFailDelay: 10000 # 发送失败时增加的延迟(ms)，默认10000=10s
# 账号列表(B站录制弹幕时将使用第一个CK登录)
accountList:
-
videoPlatform: bili # 视频平台 (bili-B站)
cookies: SESSDATA=xxx; bili_jct=xxx; DedeUserID=xxx; DedeUserID__ckMd5=xxx; # 登录cookies
accessKey: null
appKey: null
appSec: null遇到其他问题欢迎提交issue
感谢这些项目的维护者：
点我 打开/关闭 维护者列表
- cuteluobo - 项目作者。
Nothing.
- v0.6.3 重构弹幕发送逻辑，以时间窗口按轮次发送以支持多机执行
- v0.5.7 修复B站的弹幕获取失败问题
- v0.5.5 增加弹幕重复信息合并功能，增加AppKey接口
- v0.5.4 修复B站API请求错误问题
- v0.5.3 实现B站弹幕转发，根据配置对指定UP动态监听并匹配视频和分P时间自动发送弹幕
- v0.4.0 实现斗鱼弹幕获取，调整不同平台获取的弹幕样式储存格式
- v0.3.0 增加指令系统，添加弹幕导出到ASS指令功能
- v0.2.1 丢弃Spring框架依赖，发布测试发行版本
- v0.2.0 实现哔哩哔哩弹幕获取，完善录制中断重续模式，增加配置文件
- 弹幕录制源参考real-url 、bilibili-API-collect
- v0.1.1 增加Sqlite储存格式
- v0.1.0 实现虎牙弹幕获取
- 弹幕录制源参考：real-url 、danmu-crawler
- v0.0.1 项目起始，建立JSON储存格式
- real-url - 各直播源&弹幕解析的集合项目
- danmu-crawler - 解析思路参考