2 Commits

Include renames

Author	SHA1	Message	Date
tamakyi	6f3c8096b4	修分块渲染的弹幕轨迹：跨块续画 + 文字头像同源，并补失败推送与输出帧率设置 ... 1. 密集弹幕时头像偏离轨迹、弹幕突然加速、之后一段时间屏幕空白 分块渲染的固有问题，三个毛病叠在一起： - writeChunkAss 把 \move 的起止时间截断到块边界（End=min(t0+10, chunk.end)）， 但 x2 写死成 -Width —— 等于把 10 秒的路挤进可见的那零点几秒里，文字直接飞过去。 而头像 overlay 的 x 一直是「固定 /10 秒 + 真实 t0」，于是同一时刻文字已经走到 左边、头像还在半路，看起来就是「头像掉队（移动变慢）」。 - 块尾还会被单块上限收紧成「下一条弹幕出现的时间」，最极端时窗口只剩 0.01 秒。 - 每块只画「本块新出现」的弹幕，跨块的续画没有：块头屏幕上只剩刚出现的几条， 要 10 秒才重新填满 —— 就是「弹幕突然加速，然后一段时间屏幕上什么都没有」。 改法：文字层改成按绝对时间算轨迹（danmuTextX / danmuAvatarX / avatarXExpr 同源）， 任何一块里的文字速度都等于真实速度；分块器改成「续画（起播时间在 start-10 ~ start） + 本块新出现的」，块尾取「下一条弹幕的起播时间」，这样每条弹幕只在唯一一块里算 新出现，显示期间跨过的后面几块把它接着画，一帧都不缺。 代价是每块要多画一倍多的弹幕，所以顺手把头像一个「绝对路径 + 每人一行 scale」改成 「预缩放 + 短相对路径」（prepareAvatarInputs / scaleAvatarFile），每条从实测 241 字符降到约 130，单块上限才能从 120 抬到 200（200 条 ≈ 26600，仍低于自检阈值 30000 和 Windows 的 32767）。 2. 合并失败没有任何通知 notify.go 新增 mergeFail 事件与 notifyMergeFailure()，接在 autoMerge() 和手动合并的 失败分支上。正常结束、文件里没有弹幕、以及用户自己点的停止都不算失败，不推 —— 最后一种推「合并失败」会误导。配置项 notifyMergeFail 默认开，且和 notifyEnabled 一样 在 Unmarshal 之前预置 true，免得老设置文件升级后被静默关掉。 3. 低帧率录播里的弹幕一格一格跳 新增设置项 mergeFps，默认 0 = 跟随源片（什么都不做）。只在目标高于源片帧率时才加 fps 滤镜，而且必须加在字幕/头像之前 —— 加在之后只是把已经画好的几帧复制一遍， 看起来还是卡。上限 240。 4. 顺带 - -danmuburn 命令行模式不走 initialize()，exeDir 从来没被赋值：头像缓存会落到 「当前工作目录/avatar_cache」，旧版还会把这个相对路径写进滤镜，而 ffmpeg 的工作 目录是弹幕目录，报「打不开 avatar_cache\xxx.png」整块失败。 - cleanTempFiles 见到目录就 continue，预缩放头像那个临时文件夹永远清不掉。 - command_len_test 不再用会过期的「每条 241 字符」估算，改成真跑一遍最坏情况； 探针的头像路径也改成真实的短相对路径（原来量的是早已不存在的长绝对路径）。 - 新增 TestWebuiSettingFieldsMatchInputs：把页面里 JS 的 settingFields/numberFields 抠出来，跟所有 input/select/textarea 的 id 比对，漏登记的设置项会被抓住。 验证 - gofmt / go vet / go test（174 个）/ go test -race / staticcheck / GOOS=linux go build 全过。 - 反向验证 32 项全过：把每个修复临时退回，对应测试确实失败。 - 真实片段实测（2023AcFun 晚会 120 秒高峰段，689 条弹幕，10 秒窗口内最多同时 140 条）： 旧 6 块 / 绘制 689 次 / 54.1% 的弹幕文字被加速（中位 2.12x，最差 500x）/ 54.2% 有轨迹缺口（中位缺 5.29 秒）/ 78.3s； 新 5 块 / 绘制 984 次 / 加速 0% / 缺口 0% / 98.8s（+26%）。 对照帧里旧版在块尾前 0.1 秒屏幕已经全空，块头后 0.4 秒仍然全空；新版一直是满屏。 - 输出帧率：15fps 源配 mergeFps=60，成片 60fps，1 秒内 60 帧哈希互不相同（不是复制帧）； 默认设置下成片仍是 15fps。	2026-09-26 16:34:47 +08:00
tamakyi	8e82aa54c6	修第二批 P1：合并收尾、分块上限、确定性失败与 ffmpeg 路径归一 ... 一、合并收尾只删真正进了成片的分段 prepareForMerge 中途有 4 处会回退成「只合并第一个分段」，而收尾仍按原分段列表 全删源视频 —— 后半场没进成片却照样被删掉，等于永久丢数据。现在 prepareForMerge 把「实际参与合并的源文件」一并返回（新增 used），收尾只删这些。 二、拼接中断不再在录播目录留几 GB 中间文件 concat 失败分支原来只有「被停止」那条路径删了 acfunlive_chunk_joined.*， 普通失败会把它留在录播目录，而且带着 chunkTempPrefix，界面文件列表里根本看不见。 三、把「被停止」和「拼接失败」分开 停止任务会杀掉 ffmpeg 让它非 0 退出，原来一律报成「拼接失败」， 卡片上显示的是失败而不是已停止；prepareForMerge 那里也统一改用 errors.Is 判断。 四、单块弹幕条数加硬上限（maxDanmuPerChunkHard = 200） 块尾会把「显示时间跨过块尾」的弹幕一并并入，弹幕密集时单块能膨胀到几百条。 一条弹幕在 -filter_complex 里约占 110 字节，几百条足以顶破 Windows 的 32767 字符命令行上限，表现同样是「合并失败且看不出原因」。到上限就把块尾 收到下一条弹幕出现之前，保证被挤到下一块的弹幕不会因为「整条早于块头」被丢弃。 五、确定性失败不再白重试三次 头像超出体积/尺寸上限这类失败重试多少次结果都一样，原来会白白把十几 MB 重新下三遍。 新增 noRetryError（runThrice 用 errors.As 识别）只标记这两个上限，网络类错误照旧重试。 六、ffmpeg 路径统一归一成绝对路径 PATH 里带「.」这类相对条目、或程序目录探测失败时，getFFmpeg 会返回相对路径。 合并时 ffmpeg 工作目录被改成输出目录，相对路径到那边就找不着了；而且 Windows 上 exec 会直接拒绝执行「相对当前目录」找到的可执行文件，报错还跟路径完全看不出关系。 验证： - gofmt -l 空；go vet ./... 空；go build ./... 与 GOOS=linux go build 通过 - go test ./... 全绿（10.8s）；go test -race ./... 全绿（14.7s） - 新增 chunks_test.go 10 个用例；6 项修复逐条反向验证（临时退回修复 → 对应测试确实失败） - 51897 隔离实例上新产物实测：e2e.py 24 项全过；smoke_extra.py 34 项全过 （含并发合并返回 409 并报出在跑的任务名、口令失败后正确口令仍立刻可用、 超大头像被拒不误伤正常头像且只尝试 1 次、停止后无临时文件残留）	2026-09-26 09:35:51 +08:00