Harden relay preview mp4 handling
这个提交包含在:
@@ -1,5 +1,30 @@
|
||||
# Tennis Training Hub - 变更日志
|
||||
|
||||
## 2026.03.17-live-camera-relay-mp4-hardening (2026-03-17)
|
||||
|
||||
### 功能更新
|
||||
|
||||
- 修复实时分析 relay 预览在 Chrome `mp4` 分段下容易失效的问题;media 服务现在会在 relay 会话收到第一段 `mp4` 时额外保留初始化片段,供后续滚动 preview 重建使用
|
||||
- relay preview 构建会跳过明显异常的小 `mp4` 分段,并优先把初始化片段和当前缓存合成单一输入后再转成 `preview.webm`,降低 `trex/tfhd` 缺失导致的 ffmpeg 失败率
|
||||
- 如果 relay preview 本轮重建失败,但磁盘上仍有上一版可播放 `preview.webm`,worker 会保留旧预览继续服务 viewer,而不是直接把同步观看打成永久失败
|
||||
- `live-camera` 合成录制的 mime 选择已经改成优先 `video/webm`;Chrome 不再默认优先上传 fragmented `mp4` relay 分段,从源头减少 `concat failed` 与 `previewStatus=failed`
|
||||
|
||||
### 测试
|
||||
|
||||
- `cd media && go test ./...`
|
||||
- `pnpm check`
|
||||
- `pnpm build`
|
||||
- 部署后线上 smoke:重新开始一条 `/live-camera` 实时分析,确认 relay 新分段优先为 `webm`,viewer 继续通过 `/media/assets/sessions/.../preview.webm` 拉流,且不再快速掉入 `previewStatus=failed`
|
||||
|
||||
### 线上 smoke
|
||||
|
||||
- 待本次构建部署后再次验证公开站点是否已切到包含此修复的新资源 revision
|
||||
- 待重新开始一条新的实时分析会话后,继续验证 relay 分段格式、preview 更新稳定性和 viewer 播放状态
|
||||
|
||||
### 仓库版本
|
||||
|
||||
- `pending`
|
||||
|
||||
## 2026.03.17-live-camera-media-asset-url (2026-03-17)
|
||||
|
||||
### 功能更新
|
||||
|
||||
在新工单中引用
屏蔽一个用户