acfunlive-remake

24 Commits 1 Branch 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
tamakyi	9b9b3fa2cd	弹幕写盘出错不再被静默吞掉审查发现：录制时每写一条弹幕都调用 os.File.Write / fmt.Fprintf，但返回值一个都没接。磁盘写满、外接盘或网络盘掉线时，写入会失败而程序毫无察觉 —— 照样打印「录制完成」、照样自动合并，最后拿到的成片缺了一大截弹幕，界面上看不出是「缺了」还是「本来就没弹幕」。 1. 写入器记住写盘错误 danmuWriter 增加一个 err 字段：每条弹幕的 ass / nick.ass / jsonl 写入，以及文件头的写入，都检查返回值。只保留第一个错误 —— 磁盘满了之后每写一条都会失败，全记下来只会把日志刷爆，而第一个就足以说明原因。 2. close() 负责把错误交出来三个文件的 Close 错误也要记：os.File 在部分系统上（NFS、某些网络盘）是到 Close 才报出「写不进去」，只盯每次 Write 的返回值会漏掉这种情况。 getDanmu 里拿到错误就明确告警，并把这条记录标记成「弹幕文件写坏了」。 3. 写坏的本场跳过自动合并光打一条日志不够 —— 照样会合成一个缺弹幕的成片。liveInfo 增加 danmuWriteFailed，finishPart 据此跳过合并，录播和弹幕文件都留着，用户检查磁盘后还能手动合并。已验证： - 新增 4 个用例： TestDanmuWriteErrorSurfacedOnClose（写入失败后 failed() 为真、 close() 必须把错误交出来、错误里能看出是哪个文件）、 TestDanmuWriteKeepsOnlyFirstError（只记第一个）、 TestDanmuWriteNoFalseAlarm（正常录制不能误判，这是加检查最容易踩的反向坑）、 TestFinishPartSkipsMergeWhenDanmuBroken（先跑一个「条件都满足应当合并」的对照组确认测试本身有效，再验证标了写坏之后不合并）。 - 反向验证：把 jsonl 的两处 Write 错误改回丢弃， TestDanmuWriteErrorSurfacedOnClose 立刻报「failed() 应为 true」。 - 测试踩到的两个坑（都记进注释）：替换 w.jsonl 前要先关掉原句柄否则 Windows 上临时目录删不掉；测试里没跑 initialize()，lInfoMap.info 是 nil，直接赋值会 panic。 - gofmt / go vet / go build / GOOS=linux go build / go test / go test -race 全过，全量测试连跑两次稳定。	2026-09-26 03:14:07 +08:00
tamakyi	cbe5dfa982	弹幕字号按画面短边自动定，竖屏成片不再字大到铺满整行 1. 字号基准从「画面高度」改成「画面短边」以前合并时只用高度比换算字号（字号 × 视频高 ÷ 弹幕文件高）。横屏弹幕文件（1920x1080、60 号）配竖屏视频（720x1280）时会被放大到 71 号，而画面只有 720 宽，一条 10 字弹幕就铺满整行。横竖屏互换时高度不是约束文字宽度的维度，短边才是：横屏取高、竖屏取宽。 2. 「弹幕字号」填 0 的含义从「跟随弹幕文件」改成「自动按画面分辨率」取画布短边的 5.56%（60/1080）。于是 1920x1080 → 60、1280x720 → 40、 960x540 → 30，横屏行为与以前完全一致；720x1280 → 40（以前 60）、 640x1280 → 36。填大于 0 仍是精确像素覆盖。 3. 录制端竖屏档位预设 720x1280 的字号从 60 改成 40 原来横屏三档都是短边的 5.56%，只有竖屏这档是 8.33%，比横屏大 50%。改完四档口径一致，新录的弹幕文件和成片也对得上。 4. 坐标系和字号拆开 unifyDanmuSpace 只负责把 PlayRes 统一到视频分辨率，字号统一交给 applyFontSize 按最终画布算，避免两处各改一次。 5. .gitignore 加上 /avatar_cache 头像缓存挪到程序目录后，程序正好跑在仓库里，缓存目录会被 git 看见， git add . 会把那 336 个 PNG 一起提交进去。已验证： - 新增 TestShortSide / TestAutoFontSize / TestSubConfigsMatchAutoFontSize / TestApplyFontSize；TestUnifyDanmuSpace 改成只校验 PlayRes，并且新增断言确认它不再动字号。 - 反向验证：把短边规则临时退回「按高度」，TestAutoFontSize 报「720x1280 应为 40，实际 71」「1080x1920 应为 60，实际 107」， TestApplyFontSize、TestSubConfigsMatchAutoFontSize 同步失败。 - 端到端：造 720x1280 竖屏视频 + 1920x1080/60 号的 jsonl，字号填 0 真跑一次合并，日志打出「竖屏画布 720x1280，弹幕字号自动取 40」；同一输入再用旧规则跑一次对照，抽同一时刻的帧量墨迹高度：改前 46px、改后 25px（1.84 倍）。 - gofmt / go vet / go build / GOOS=linux go build / go test 全过。	2026-09-26 00:59:17 +08:00
tamakyi	ed4e47e305	init	2026-09-25 13:16:54 +08:00

Author

SHA1

Message

Date

tamakyi

9b9b3fa2cd

弹幕写盘出错不再被静默吞掉

审查发现：录制时每写一条弹幕都调用 os.File.Write / fmt.Fprintf，
但返回值一个都没接。磁盘写满、外接盘或网络盘掉线时，写入会失败而程序
毫无察觉 —— 照样打印「录制完成」、照样自动合并，最后拿到的成片缺了一大截
弹幕，界面上看不出是「缺了」还是「本来就没弹幕」。

1. 写入器记住写盘错误
   danmuWriter 增加一个 err 字段：每条弹幕的 ass / nick.ass / jsonl 写入，
   以及文件头的写入，都检查返回值。只保留第一个错误 —— 磁盘满了之后
   每写一条都会失败，全记下来只会把日志刷爆，而第一个就足以说明原因。

2. close() 负责把错误交出来
   三个文件的 Close 错误也要记：os.File 在部分系统上（NFS、某些网络盘）
   是到 Close 才报出「写不进去」，只盯每次 Write 的返回值会漏掉这种情况。
   getDanmu 里拿到错误就明确告警，并把这条记录标记成「弹幕文件写坏了」。

3. 写坏的本场跳过自动合并
   光打一条日志不够 —— 照样会合成一个缺弹幕的成片。liveInfo 增加
   danmuWriteFailed，finishPart 据此跳过合并，录播和弹幕文件都留着，
   用户检查磁盘后还能手动合并。

已验证：
- 新增 4 个用例：
  TestDanmuWriteErrorSurfacedOnClose（写入失败后 failed() 为真、
  close() 必须把错误交出来、错误里能看出是哪个文件）、
  TestDanmuWriteKeepsOnlyFirstError（只记第一个）、
  TestDanmuWriteNoFalseAlarm（正常录制不能误判，这是加检查最容易踩的反向坑）、
  TestFinishPartSkipsMergeWhenDanmuBroken（先跑一个「条件都满足应当合并」
  的对照组确认测试本身有效，再验证标了写坏之后不合并）。
- 反向验证：把 jsonl 的两处 Write 错误改回丢弃，
  TestDanmuWriteErrorSurfacedOnClose 立刻报「failed() 应为 true」。
- 测试踩到的两个坑（都记进注释）：替换 w.jsonl 前要先关掉原句柄否则
  Windows 上临时目录删不掉；测试里没跑 initialize()，lInfoMap.info 是 nil，
  直接赋值会 panic。
- gofmt / go vet / go build / GOOS=linux go build / go test / go test -race 全过，
  全量测试连跑两次稳定。

2026-09-26 03:14:07 +08:00

tamakyi

cbe5dfa982

弹幕字号按画面短边自动定，竖屏成片不再字大到铺满整行

1. 字号基准从「画面高度」改成「画面短边」
   以前合并时只用高度比换算字号（字号 × 视频高 ÷ 弹幕文件高）。横屏弹幕文件
   （1920x1080、60 号）配竖屏视频（720x1280）时会被放大到 71 号，而画面只有
   720 宽，一条 10 字弹幕就铺满整行。横竖屏互换时高度不是约束文字宽度的维度，
   短边才是：横屏取高、竖屏取宽。

2. 「弹幕字号」填 0 的含义从「跟随弹幕文件」改成「自动按画面分辨率」
   取画布短边的 5.56%（60/1080）。于是 1920x1080 → 60、1280x720 → 40、
   960x540 → 30，横屏行为与以前完全一致；720x1280 → 40（以前 60）、
   640x1280 → 36。填大于 0 仍是精确像素覆盖。

3. 录制端竖屏档位预设 720x1280 的字号从 60 改成 40
   原来横屏三档都是短边的 5.56%，只有竖屏这档是 8.33%，比横屏大 50%。
   改完四档口径一致，新录的弹幕文件和成片也对得上。

4. 坐标系和字号拆开
   unifyDanmuSpace 只负责把 PlayRes 统一到视频分辨率，字号统一交给
   applyFontSize 按最终画布算，避免两处各改一次。

5. .gitignore 加上 /avatar_cache
   头像缓存挪到程序目录后，程序正好跑在仓库里，缓存目录会被 git 看见，
   git add . 会把那 336 个 PNG 一起提交进去。

已验证：
- 新增 TestShortSide / TestAutoFontSize / TestSubConfigsMatchAutoFontSize /
  TestApplyFontSize；TestUnifyDanmuSpace 改成只校验 PlayRes，并且新增断言
  确认它不再动字号。
- 反向验证：把短边规则临时退回「按高度」，TestAutoFontSize 报
  「720x1280 应为 40，实际 71」「1080x1920 应为 60，实际 107」，
  TestApplyFontSize、TestSubConfigsMatchAutoFontSize 同步失败。
- 端到端：造 720x1280 竖屏视频 + 1920x1080/60 号的 jsonl，字号填 0 真跑一次合并，
  日志打出「竖屏画布 720x1280，弹幕字号自动取 40」；同一输入再用旧规则跑一次对照，
  抽同一时刻的帧量墨迹高度：改前 46px、改后 25px（1.84 倍）。
- gofmt / go vet / go build / GOOS=linux go build / go test 全过。

2026-09-26 00:59:17 +08:00

tamakyi

ed4e47e305

init

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