acfunlive-remake

12 Commits 1 Branch 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
tamakyi	a891094f29	合并默认改用 HEVC、码率按「源片 + 500」自动算；手动合并自动匹配同名弹幕两件事： 1) 合成码率与编码器 - `mergeBitrate` 填 0（默认）时不再是 ICQ 质量模式，改成「源片视频码率 + 500 Kbps」：烧进去的文字和头像都是高频细节，和源片同码率会糊，所以留一点余量；探测不到源片码率时才退回质量模式（QSV 用 ICQ 22、软编用 CRF 18），下限 800 Kbps。 - 编码器默认换成硬件 HEVC：候选顺序 hevc_qsv → h264_qsv → libx264，QSV 可用性按编码器分别探测（原来只探 h264_qsv）。HEVC 在 mp4 里打 `hvc1` tag，Apple 系（QuickTime / Safari / iPhone）才认 —— ffmpeg 默认写的是 hev1。 - 日志现在会打印编码器优先顺序和实际用的码率。实测（90 秒真实素材，源片 3217 kbps，密集弹幕）：日志「按源片 3217 kbps + 弹幕余量 500 kbps 取 3717 kbps」，成片 codec=hevc、tag=hvc1、实际 3.71 Mbps。之前同样是这份素材：h264 + ICQ22 会飙到 7386 kbps（79 MB），改成自动码率后 43.7 MB，体积小了 45% 画质还更稳。 2) 手动合并自动匹配弹幕 - 新增 `GET /api/merge/danmu?video=…`：按视频名找同目录下的同名弹幕，依次试 `.jsonl`、`.ass`、`.nick.ass`；同目录没有就拿文件名去录播目录再找一次。 - 页面在「手填/粘贴视频后失焦」「多选弹窗选完」「从文件列表多选后」「点预览或开始合并时弹幕框还空着」这几种情况下都会自动匹配并提示；弹幕框里已经有内容时绝不动它，找不到也保持为空让用户自己选。 - 填回框里的写法与浏览弹窗一致：录播/成片目录下的只写文件名，别处的写绝对路径。测试：新增 encode_test.go（编码器顺序、参数与 hvc1、自动码率、ffmpeg 输出解析）和 TestFindDanmuForVideo（7 个子用例：优先级、录播目录回退、绝对路径、找不到返回空）；仓库外的 verify_danmu_match.py 4 组断言全过，verify_pick.py / verify_settings.py 重跑无回归；go test ./...、gofmt、go vet 干净。	2026-09-25 19:23:44 +08:00
tamakyi	e35a4f7cef	合并先在本地做完再落到成片目录；头像支持 gif 和静态 webp 起因是核查合并落盘和头像处理时发现的两处问题： 1) 成片落盘：ffmpeg 原来是直接写目标目录（automerge.go 里那句注释「不再事后再移动一次」）。成片目录可能是网络盘或外接盘，写到一半失败会在那里留下一个看起来正常的半成品。现在改成先本地合成、完成后再落盘： - 输出先写到弹幕文件所在目录（本地）的 acfunlive_chunk_merging_* - 写完后由 placeOutput 落盘：同盘直接 os.Rename（瞬时），跨盘退回拷贝；拷贝中途失败留下的是 *.acfunlive.part，一眼看得出不是成品 - 成功或失败都会清掉本地临时文件，失败时两个目录都不留东西 - 临时文件沿用 chunkTempPrefix，不再出现在文件管理的列表里（listFiles 过滤） - 启动时清理上次残留；删不掉时提示一句 —— 强杀程序不会连带杀掉 ffmpeg 子进程，它可能还在写这个文件，这种情况下次启动会再清一次 2) 头像：downloadAvatar 只注册了 jpeg 和 png 解码器，AcFun 上的 gif 头像必然解码失败，静态 webp 同样。加上 _ "image/gif"（多帧取第一帧）和 _ "golang.org/x/image/webp"（x/image 本来就是直接依赖，零新增模块）。动画 webp 两条路都解不开（x/image 报 invalid format，ffmpeg 5.0 也不行），保持只烧文字。解码失败时错误信息带上 Content-Type，方便排查是哪张图。在隔离实例上用真 ffmpeg 跑了真合并验证：gif 头像和 webp 头像都进了缓存并烧进画面（抽帧确认圆形头像）；日志里 ffmpeg 的输出是 record 下的临时文件，完成后才出现在 merged；坏视频合成失败后成片目录没有半成品、录播目录零残留；合并中途强杀留下的临时文件在下次启动时被清掉。新增 output_test.go（7 个）和 avatar_test.go（3 个）；go test ./...、gofmt、 go vet 干净。	2026-09-25 17:34:31 +08:00
tamakyi	ed4e47e305	init	2026-09-25 13:16:54 +08:00

Author

SHA1

Message

Date

tamakyi

a891094f29

合并默认改用 HEVC、码率按「源片 + 500」自动算；手动合并自动匹配同名弹幕

两件事：

1) 合成码率与编码器
- `mergeBitrate` 填 0（默认）时不再是 ICQ 质量模式，改成「源片视频码率 + 500 Kbps」：
  烧进去的文字和头像都是高频细节，和源片同码率会糊，所以留一点余量；探测不到源片
  码率时才退回质量模式（QSV 用 ICQ 22、软编用 CRF 18），下限 800 Kbps。
- 编码器默认换成硬件 HEVC：候选顺序 hevc_qsv → h264_qsv → libx264，QSV 可用性按
  编码器分别探测（原来只探 h264_qsv）。HEVC 在 mp4 里打 `hvc1` tag，Apple 系
  （QuickTime / Safari / iPhone）才认 —— ffmpeg 默认写的是 hev1。
- 日志现在会打印编码器优先顺序和实际用的码率。

  实测（90 秒真实素材，源片 3217 kbps，密集弹幕）：日志「按源片 3217 kbps + 弹幕
  余量 500 kbps 取 3717 kbps」，成片 codec=hevc、tag=hvc1、实际 3.71 Mbps。
  之前同样是这份素材：h264 + ICQ22 会飙到 7386 kbps（79 MB），改成自动码率后
  43.7 MB，体积小了 45% 画质还更稳。

2) 手动合并自动匹配弹幕
- 新增 `GET /api/merge/danmu?video=…`：按视频名找同目录下的同名弹幕，依次试
  `.jsonl`、`.ass`、`.nick.ass`；同目录没有就拿文件名去录播目录再找一次。
- 页面在「手填/粘贴视频后失焦」「多选弹窗选完」「从文件列表多选后」「点预览或
  开始合并时弹幕框还空着」这几种情况下都会自动匹配并提示；弹幕框里已经有内容时
  绝不动它，找不到也保持为空让用户自己选。
- 填回框里的写法与浏览弹窗一致：录播/成片目录下的只写文件名，别处的写绝对路径。

测试：新增 encode_test.go（编码器顺序、参数与 hvc1、自动码率、ffmpeg 输出解析）
和 TestFindDanmuForVideo（7 个子用例：优先级、录播目录回退、绝对路径、找不到返回空）；
仓库外的 verify_danmu_match.py 4 组断言全过，verify_pick.py / verify_settings.py 重跑
无回归；go test ./...、gofmt、go vet 干净。

2026-09-25 19:23:44 +08:00

tamakyi

e35a4f7cef

合并先在本地做完再落到成片目录；头像支持 gif 和静态 webp

起因是核查合并落盘和头像处理时发现的两处问题：

1) 成片落盘：ffmpeg 原来是直接写目标目录（automerge.go 里那句注释「不再事后再
   移动一次」）。成片目录可能是网络盘或外接盘，写到一半失败会在那里留下一个
   看起来正常的半成品。现在改成先本地合成、完成后再落盘：
   - 输出先写到弹幕文件所在目录（本地）的 acfunlive_chunk_merging_*
   - 写完后由 placeOutput 落盘：同盘直接 os.Rename（瞬时），跨盘退回拷贝；
     拷贝中途失败留下的是 *.acfunlive.part，一眼看得出不是成品
   - 成功或失败都会清掉本地临时文件，失败时两个目录都不留东西
   - 临时文件沿用 chunkTempPrefix，不再出现在文件管理的列表里（listFiles 过滤）
   - 启动时清理上次残留；删不掉时提示一句 —— 强杀程序不会连带杀掉 ffmpeg
     子进程，它可能还在写这个文件，这种情况下次启动会再清一次

2) 头像：downloadAvatar 只注册了 jpeg 和 png 解码器，AcFun 上的 gif 头像必然
   解码失败，静态 webp 同样。加上 _ "image/gif"（多帧取第一帧）和
   _ "golang.org/x/image/webp"（x/image 本来就是直接依赖，零新增模块）。
   动画 webp 两条路都解不开（x/image 报 invalid format，ffmpeg 5.0 也不行），
   保持只烧文字。解码失败时错误信息带上 Content-Type，方便排查是哪张图。

在隔离实例上用真 ffmpeg 跑了真合并验证：gif 头像和 webp 头像都进了缓存并烧进
画面（抽帧确认圆形头像）；日志里 ffmpeg 的输出是 record 下的临时文件，完成后
才出现在 merged；坏视频合成失败后成片目录没有半成品、录播目录零残留；合并
中途强杀留下的临时文件在下次启动时被清掉。

新增 output_test.go（7 个）和 avatar_test.go（3 个）；go test ./...、gofmt、
go vet 干净。

2026-09-25 17:34:31 +08:00

tamakyi

ed4e47e305

init

2026-09-25 13:16:54 +08:00