Compare commits
7 Commits
1c7d5e8e51
...
a00b3643dc
| Author | SHA1 | Date |
|---|---|---|
|
|
a00b3643dc | 2 weeks ago |
|
|
3f6e31fa4f | 2 weeks ago |
|
|
0ca23c8a45 | 2 weeks ago |
|
|
42fd09ee74 | 2 weeks ago |
|
|
5eda25a2fb | 2 weeks ago |
|
|
f57d630188 | 2 weeks ago |
|
|
34061892ef | 2 weeks ago |
4 changed files with 357 additions and 7 deletions
@ -0,0 +1,214 @@ |
|||
# Live Playback Stabilize Implementation Plan |
|||
|
|||
> **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task. Steps use checkbox (`- [ ]`) syntax for tracking. |
|||
|
|||
**Goal:** Reduce dock live stutter / artifacting / full-player reconnects by tuning HLS for normal (non-LL) live and narrowing play-url rebuilds. |
|||
|
|||
**Architecture:** Keep responsibilities: `LivePlayer.vue` owns media attach/retry/recover; `useMonitorLive.js` owns session/lease/play-url. Soften hls.js for 6–12s segments, lengthen startup same-URL 404 window, attempt one media recover before bubbling fatals, leave TLS/403/57006 paths unchanged. |
|||
|
|||
**Tech Stack:** Vue 3, hls.js, existing Monitor live composable |
|||
|
|||
**Spec:** `docs/superpowers/specs/2026-09-03-live-playback-stabilize-design.md` |
|||
|
|||
--- |
|||
|
|||
### Task 1: LivePlayer HLS config + startup window |
|||
|
|||
**Files:** |
|||
- Modify: `src/components/LivePlayer.vue` |
|||
|
|||
- [ ] **Step 1: Lengthen startup retry constants** |
|||
|
|||
Near top of `<script setup>` replace: |
|||
|
|||
```js |
|||
const STARTUP_RETRY_DELAYS_MS = [500, 1000, 2000, 4000] |
|||
const STARTUP_WINDOW_MS = 15_000 |
|||
``` |
|||
|
|||
with: |
|||
|
|||
```js |
|||
const STARTUP_RETRY_DELAYS_MS = [500, 1000, 2000, 4000, 6000, 8000] |
|||
const STARTUP_WINDOW_MS = 30_000 |
|||
``` |
|||
|
|||
- [ ] **Step 2: Switch Hls to normal live + wider load retries** |
|||
|
|||
In `attachPlayer`, replace the `new Hls({...})` block with: |
|||
|
|||
```js |
|||
// 现网为普通 6–12s HLS,不是 LL-HLS;放宽分片重试,启动 404 仍由同 URL 窗口控制 |
|||
hls = new Hls({ |
|||
enableWorker: true, |
|||
lowLatencyMode: false, |
|||
manifestLoadingMaxRetry: 2, |
|||
manifestLoadingRetryDelay: 1000, |
|||
levelLoadingMaxRetry: 2, |
|||
levelLoadingRetryDelay: 1000, |
|||
fragLoadingMaxRetry: 4, |
|||
fragLoadingRetryDelay: 1000, |
|||
}) |
|||
``` |
|||
|
|||
- [ ] **Step 3: One-shot media recover before bubbling other fatals** |
|||
|
|||
Still inside the `hls.on(Hls.Events.ERROR, ...)` handler, **after** the startup-404 branch and **before** the final `emitFatal` for generic fatals, insert: |
|||
|
|||
```js |
|||
// 播放中解码/媒体缓冲类 fatal:先尝试一次 recover,避免整段重建 |
|||
if (data.type === Hls.ErrorTypes.MEDIA_ERROR) { |
|||
try { |
|||
console.warn('[live-player] hls media fatal, recover once', data) |
|||
hls.recoverMediaError() |
|||
return |
|||
} catch (recoverErr) { |
|||
console.warn('[live-player] hls recover failed', recoverErr) |
|||
} |
|||
} |
|||
``` |
|||
|
|||
Keep existing branches for: |
|||
- `isSecurityFailure` → `SecurityError` fatal |
|||
- `httpCode === 403` → fatal |
|||
- startup `404` / `MANIFEST_LOAD_ERROR` → `scheduleSameUrlRetry` then fatal |
|||
|
|||
Do **not** call `recoverMediaError` for network/manifest fatals already handled above. |
|||
|
|||
- [ ] **Step 4: Static check** |
|||
|
|||
Run: |
|||
|
|||
```bash |
|||
rg -n "lowLatencyMode|STARTUP_WINDOW_MS|STARTUP_RETRY_DELAYS_MS|recoverMediaError|fragLoadingMaxRetry" src/components/LivePlayer.vue |
|||
``` |
|||
|
|||
Expected: |
|||
- `lowLatencyMode: false` |
|||
- `STARTUP_WINDOW_MS = 30_000` |
|||
- delays include `6000, 8000` |
|||
- `fragLoadingMaxRetry: 4` |
|||
- `recoverMediaError` present once |
|||
|
|||
- [ ] **Step 5: Commit** |
|||
|
|||
```bash |
|||
git add src/components/LivePlayer.vue |
|||
git commit -m "$(cat <<'EOF' |
|||
fix: stabilize LivePlayer for normal HLS live |
|||
|
|||
Disable lowLatencyMode, widen fragment retries, extend startup 404 |
|||
window to 30s, and recover media fatals once before bubbling. |
|||
EOF |
|||
)" |
|||
``` |
|||
|
|||
--- |
|||
|
|||
### Task 2: Tighten `onPlayError` comments / branch clarity |
|||
|
|||
**Files:** |
|||
- Modify: `src/composables/useMonitorLive.js` |
|||
|
|||
Behavior should already mostly match the spec. This task only adjusts comments / ordering if needed so the policy is explicit; **do not** change heartbeat math, phase poll, stop gate, or 57006 rejoin. |
|||
|
|||
- [ ] **Step 1: Read current `onPlayError`** |
|||
|
|||
Confirm current order is effectively: |
|||
|
|||
1. ignore `AbortError` / `NotAllowedError` |
|||
2. ignore `recoverable === true` |
|||
3. `57006` → `rejoinAfterLeaseInvalid` |
|||
4. TLS/403 → `markPlayFatal` (no play-url refresh) |
|||
5. `HlsError` (startup exhausted etc.) → `markPlayFatal` |
|||
6. else limited `refreshPlayURL({ fromRetry: true })` up to `PLAY_RETRY_MAX` |
|||
|
|||
- [ ] **Step 2: If comments are misleading, rewrite the header comment only** |
|||
|
|||
Replace / add above `onPlayError`: |
|||
|
|||
```js |
|||
// 播放错误策略(稳播): |
|||
// - 启动 404 由 LivePlayer 同 URL 窗口消化,recoverable 不上冒 |
|||
// - TLS/403 致命,禁止刷 play-url |
|||
// - 其它 LivePlayer fatal:有限次 refreshPlayURL;57006 整段 rejoin |
|||
``` |
|||
|
|||
Only change control flow if Step 1 finds a real divergence from the spec (e.g. TLS path accidentally refreshing). Prefer minimal diff. |
|||
|
|||
- [ ] **Step 3: Commit (skip if no file change)** |
|||
|
|||
```bash |
|||
git add src/composables/useMonitorLive.js |
|||
git commit -m "docs: clarify live onPlayError stabilize policy" |
|||
``` |
|||
|
|||
If unchanged: |
|||
|
|||
```bash |
|||
git status -sb |
|||
``` |
|||
|
|||
Expected: clean for that file / nothing to commit. |
|||
|
|||
--- |
|||
|
|||
### Task 3: Build + smoke notes + deploy |
|||
|
|||
**Files:** |
|||
- None required (verification) |
|||
|
|||
- [ ] **Step 1: Production build** |
|||
|
|||
```bash |
|||
npm run build |
|||
``` |
|||
|
|||
Expected: success (chunk size warnings OK). |
|||
|
|||
- [ ] **Step 2: Manual / API smoke checklist (dock-1)** |
|||
|
|||
Against deployed or local-proxied env: |
|||
|
|||
1. Open live on `dock-1` → may show「正在等待直播流就绪」briefly → picture appears (no instant fail on first 404). |
|||
2. Keep playing ~1–2 minutes → no frequent full black-flash reconnect loops. |
|||
3. Stop dialog → Cancel still closes only (no `/stop`). |
|||
4. Optional: confirm console no longer configures `lowLatencyMode: true`. |
|||
|
|||
If browser automation blocked, API-level checks from the design evidence section remain acceptable for start/play-url; UI reconnect feel still needs a human glance when possible. |
|||
|
|||
- [ ] **Step 3: Deploy (same pipeline as recent frontend ships)** |
|||
|
|||
```bash |
|||
git push origin main |
|||
tar -C dist -czf - . | ssh -o BatchMode=yes jg-serv1 'rm -rf /usr/share/nginx/laic-frontend/dist/* && tar -C /usr/share/nginx/laic-frontend/dist -xzf - && cat /usr/share/nginx/laic-frontend/dist/index.html' |
|||
``` |
|||
|
|||
- [ ] **Step 4: Final commit for plan doc if not already committed with earlier tasks** |
|||
|
|||
```bash |
|||
git add docs/superpowers/plans/2026-09-03-live-playback-stabilize.md |
|||
git commit -m "docs: add live playback stabilize plan" |
|||
``` |
|||
|
|||
(If this plan is committed before execution, do this step first; then execute Tasks 1–3.) |
|||
|
|||
--- |
|||
|
|||
## Spec coverage |
|||
|
|||
| Spec item | Task | |
|||
|-----------|------| |
|||
| `lowLatencyMode: false` + wider load retries | Task 1 | |
|||
| Startup delays + 30s window | Task 1 | |
|||
| `recoverMediaError` once for media fatals | Task 1 | |
|||
| TLS/403/57006 / recoverable unchanged | Task 1–2 | |
|||
| `onPlayError` limited refreshPlayURL | Task 2 (verify) | |
|||
| No http→https rewrite / no backend | all (non-goals) | |
|||
| build + dock-1 acceptance | Task 3 | |
|||
|
|||
## Out of scope reminders |
|||
|
|||
- Backend lease `57006` root cause |
|||
- `vpull` HTTPS certificate |
|||
- Forcing https playUrl |
|||
@ -0,0 +1,111 @@ |
|||
# 监控直播播放稳定(卡顿 / 花屏 / 重连) |
|||
|
|||
日期:2026-09-03 |
|||
状态:已确认(待写实现计划) |
|||
范围:仅前端 `laic-frontend` |
|||
|
|||
## 1. 背景与证据 |
|||
|
|||
`dock-1` 现网可开播、可出 HLS 分片,但观感为卡顿 / 花屏 / 经常重连。API + 拉流实测要点: |
|||
|
|||
1. join 后约 8–12s 到 `phase=streaming`,`deviceStreaming=true`,`cloudOnline=true`。 |
|||
2. `GET /play-url` 现网返回 **`http://vpull.jiagutech.com/...m3u8`**(本地后端源码期望 `https://`)。 |
|||
3. `https://vpull.jiagutech.com` TLS handshake failure(无 peer certificate);站点本身也是 HTTP。 |
|||
4. 刚进入 streaming 时 m3u8 常先 **404**,数秒后才有清单;首份清单常见 `#EXT-X-DISCONTINUITY`。 |
|||
5. 分片时长约 `5.9s–12s`,`TARGETDURATION` 9–12 —— 普通 HLS,不是低延迟流。 |
|||
6. 前端 `LivePlayer` 当前:`lowLatencyMode: true`,`fragLoadingMaxRetry: 1`,启动 404 窗口约 15s。 |
|||
7. join 后立刻 heartbeat 偶发 `57006`(租约不存在或已过期),前端会 `rejoinAfterLeaseInvalid` → 整段重开。 |
|||
|
|||
用户确认:能出画面,但卡顿 / 花屏 / 经常重连。本轮只改前端。 |
|||
|
|||
## 2. 目标 |
|||
|
|||
1. **启动更稳**:streaming 后短时 404 不直接失败;允许「等待流就绪」后出画。 |
|||
2. **播放中少重建**:普通分片抖动 / 短暂网络错尽量在播放器内恢复,避免动辄 `refreshPlayURL` → 整实例重建。 |
|||
3. **保留明确致命路径**:TLS / CORS / 403 仍明确失败,不瞎刷 play-url。 |
|||
|
|||
## 3. 非目标 |
|||
|
|||
- 不改后端租约实现、stop grace、阿里云证书 / 播流域名。 |
|||
- 不把 `http://` playUrl 强改 `https://`(现网 https 不可用,改写会更糟)。 |
|||
- 不改 Media 页、多路同屏、WebRTC / FLV。 |
|||
- 不改停止确认框、join busy 重试等已合并行为(仅回归验证)。 |
|||
|
|||
## 4. 方案(稳播优先) |
|||
|
|||
职责不变:**LivePlayer 管媒体;`useMonitorLive` 管会话 / 租约 / play-url 续期。** |
|||
|
|||
### 4.1 `LivePlayer.vue` |
|||
|
|||
1. `new Hls` 配置改为普通直播友好: |
|||
- `lowLatencyMode: false` |
|||
- `manifestLoadingMaxRetry: 2` |
|||
- `levelLoadingMaxRetry: 2` |
|||
- `fragLoadingMaxRetry: 4` |
|||
- 为上述重试设置合理 delay(与 hls.js 默认同量级即可,避免 0 间隔打爆 CDN) |
|||
2. 启动 404 / manifest 未就绪窗口加长: |
|||
- 现:`STARTUP_RETRY_DELAYS_MS = [500,1000,2000,4000]`,`STARTUP_WINDOW_MS = 15_000` |
|||
- 改:`[500,1000,2000,4000,6000,8000]`,`STARTUP_WINDOW_MS = 30_000` |
|||
- 行为不变:窗口内同 URL 退避重建,不请求 `/play-url` |
|||
3. 错误分级: |
|||
- TLS / CORS / certificate / mixed content → `SecurityError` fatal(已有) |
|||
- HTTP 403 → fatal(已有) |
|||
- 启动窗口内 404 / `MANIFEST_LOAD_ERROR` → 同 URL 重试;耗尽再 fatal |
|||
- 其它 fatal:若 hls 提供 `recoverMediaError` 且错误类型适合,先尝试一次自愈;仍失败再 `emit('error')` |
|||
4. `AbortError` / `NotAllowedError` / 用户手势恢复路径保持不变。 |
|||
|
|||
### 4.2 `useMonitorLive.js` |
|||
|
|||
1. `onPlayError` 收敛: |
|||
- `AbortError` / `NotAllowedError`:忽略(已有) |
|||
- `recoverable === true`:忽略(已有) |
|||
- `57006`:仍 `rejoinAfterLeaseInvalid()` |
|||
- TLS / 403:`markPlayFatal`,不 `refreshPlayURL`(已有) |
|||
- 启动耗尽后的 `HlsError`(含持续 404):`markPlayFatal`(已有语义) |
|||
- 其余非致命媒体错:仅在 LivePlayer 明确 fatal 且非 TLS/403 时,有限次 `refreshPlayURL`(保留 `PLAY_RETRY_MAX = 3`,`fromRetry: true` 不重置计数) |
|||
2. **不改**本轮: |
|||
- 心跳调度公式(仍约 `lease/2`) |
|||
- phase 轮询间隔 / 超时 |
|||
- stop / leave / join busy 重试 |
|||
|
|||
### 4.3 文件 |
|||
|
|||
| 文件 | 变更 | |
|||
|------|------| |
|||
| `src/components/LivePlayer.vue` | HLS 配置、启动窗口、有限自愈 | |
|||
| `src/composables/useMonitorLive.js` | `onPlayError` 注释与分支收紧(行为按上表) | |
|||
| 本 spec | 设计文档 | |
|||
|
|||
## 5. 错误处理(汇总) |
|||
|
|||
| 情况 | 处理 | |
|||
|------|------| |
|||
| 启动期 m3u8 404 | LivePlayer 同 URL 退避;不刷 play-url | |
|||
| 播放中 frag 短暂失败 | hls 重试 / recover;不立刻 rebuild | |
|||
| playUrl 临期 | 仍按 `expiresAt - 30s` 续期(已有) | |
|||
| 57006 | leave 本地态后重新 join | |
|||
| TLS / 403 | toast 明确原因;停止刷 URL | |
|||
| 启动窗口耗尽仍失败 | toast 播放失败;保留会话心跳与否沿用现逻辑(`markPlayFatal` 清 playUrl,不强制 leave) | |
|||
|
|||
## 6. 验收 |
|||
|
|||
对 `dock-1`(或同等可推流机巢): |
|||
|
|||
1. 打开直播:可出现短暂「正在等待直播流就绪」,最终出画;不因首包 404 直接失败。 |
|||
2. 连续播放约 1–2 分钟:无明显「整段黑屏闪断式」频繁重建。 |
|||
3. 停止弹窗点取消:只关弹窗,不 `POST /stop`(回归)。 |
|||
4. 人为 TLS/403 类错误(若可模拟)仍提示致命信息,不循环刷 play-url。 |
|||
5. `npm run build` 通过。 |
|||
|
|||
## 7. 风险与后续 |
|||
|
|||
- **证书 / http playUrl**:站点若日后上 HTTPS,现网 http 拉流会 Mixed Content;需后端改回 https 并修复 `vpull` 证书。不在本轮。 |
|||
- **57006 根因**:属后端租约时序;前端 rejoin 是兜底,可能仍偶发一次重开。 |
|||
- **上行抖动**:机巢 / SRT 断续导致的 DISCONTINUITY 无法单靠前端消除,只能降低播放器过激反应。 |
|||
|
|||
## 8. 实现顺序 |
|||
|
|||
1. 改 `LivePlayer` HLS 配置 + 启动窗口 |
|||
2. 收紧 `onPlayError` 注释 / 分支(若代码已基本符合则只补缺口) |
|||
3. build + 现网 dock-1 冒烟 |
|||
4. commit / 部署 |
|||
Loading…
Reference in new issue