Skip to content

feat(playback): freeze visibility + cache-resume tuning (v10.11.0)#46

Merged
tcconnally merged 1 commit into
mainfrom
feat/freeze-visibility
Jul 15, 2026
Merged

feat(playback): freeze visibility + cache-resume tuning (v10.11.0)#46
tcconnally merged 1 commit into
mainfrom
feat/freeze-visibility

Conversation

@tcconnally

Copy link
Copy Markdown
Owner

The blind spot

The owner keeps seeing freezes that every counter calls clean — and the counters are the problem. paused-for-cache episodes (network starvation: greg's TCP resets, slow stream opens) are invisible to the frame-drop counters and shorter than the 20s stall watchdog. The hour bench logged five connection resets that "recovered" — each one, on a young clip with a shallow buffer, is a visible freeze nothing measured.

What ships

  • Every freeze now explains itself: paused-for-cache is observed per cell → a pulsing BUFFERING card on the frozen cell (replacing stale title/loading cards), a WARNING log with the measured duration and cache state, and freezes/freeze_seconds per cell in the stats dump. The next bench quantifies the exact thing the owner experiences.
  • Fewer, cleaner freezes: cache-pause-wait=3 — mpv resumes only with 3s of buffer in hand, converting resume/starve flicker-loops into one slightly-longer pause (probed: accepted + read back).
  • Seek cap 0.90 → 0.98: the property-driven EOF advance made clip tails safe; 10% of every video was unreachable for no remaining reason.
  • Track changes bank an open freeze (no cross-track leakage); startup fill is excluded; stale generations guarded.

Verification

5 new tests (episode counting + card lifecycle, startup exclusion, stale-gen guard, track-change banking, 0.98 cap) — one of which caught a real design flaw before ship (the card deferred to stale overlays). Suite green; CLAUDE.md gains the freeze-triage rule; version 10.11.0; exe rebuilt.

The bigger revamp

This is deliberately the first tranche: it converts an invisible complaint into measured data. One normal viewing session on this build tells us whether the remaining freezes are network (expect FREEZE lines naming greg) or something new — and that evidence decides whether the next tranche is server-side (Emby/greg tuning), buffer strategy, or moot.

🤖 Generated with Claude Code

…nstrumentation blind spot

Owner keeps seeing freezes that every counter calls clean. They're
right: paused-for-cache episodes (network starvation — greg TCP resets,
slow opens) are invisible to the frame-drop counters AND shorter than
the 20s stall watchdog. The hour bench logged 5 connection resets that
'recovered' — each one on a young clip is a visible freeze nothing
counted.

- paused-for-cache is now observed per cell (bare-emit observer per the
  CLAUDE.md rules): every episode shows a pulsing BUFFERING card on the
  cell (a freeze now explains itself instead of looking broken), logs a
  WARNING with measured duration + cache-buffering-state, and rides the
  stats dump as freezes / freeze_seconds per cell — benches now quantify
  the exact thing the owner experiences.
- cache-pause-wait=3: mpv resumes only with 3s of buffer in hand, so a
  starvation is one slightly-longer pause instead of a resume/starve
  flicker loop (probed: accepted + read back).
- Track changes bank an open freeze episode (no cross-track leakage).
- Seek cap 0.90 → 0.98: the property-driven EOF advance made the clip
  tail safe; 10% of every video was unreachable for no remaining reason.
- Buffering card replaces stale title/loading cards (test-caught: it
  deferred to them initially).

tests/test_freeze_visibility.py pins: episode counting + card lifecycle,
startup-fill exclusion, stale-generation guard, track-change banking,
and the 0.98 cap. CLAUDE.md gains the freeze-triage rule.

Version 10.11.0.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
@tcconnally
tcconnally merged commit 1191129 into main Jul 15, 2026
2 checks passed
@tcconnally
tcconnally deleted the feat/freeze-visibility branch July 15, 2026 01:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant