Skip to content

fix(live): unblock iPhone first frames and speed up startup - #84

Merged
christopherklint97 merged 1 commit into
mainfrom
fix/iphone-fast-live-start
Oct 7, 2026
Merged

christopherklint97 merged 1 commit into
mainfrom
fix/iphone-fast-live-start

Conversation

@christopherklint97

Copy link
Copy Markdown
Owner

Summary

  • Start native iPhone live HLS when its first frame is loaded instead of waiting for paused canplay.
  • Limit player guide requests to its scroll viewport, cancel obsolete catalog/guide work, and bound batch concurrency.
  • Show elapsed playback loading time and early Retry, plus bounded, actionable app-bootstrap connection states.
  • Exclude native compatibility media from service-worker API caching.
  • Prewarm and reuse real, catalog-generation-bound directory counts while refreshing them off the startup critical path.

Verification

  • Locked frontend dependencies: 426 tests passed; lint, typecheck and production build passed.
  • New directory-status cache and channel worker: 10 tests passed; server typecheck passed.
  • Full local server suite: 465 passed, 13 skipped; existing FFmpeg timing/fixture cases fail intermittently under Pi disk/CPU contention. Do not treat this as a green full-server gate; packaged CI must run.
  • Real deployed cold compatible-HLS probe: authorization 4.256s, playlist 200, MPEG-TS segment 200.
  • Measured old app bootstrap status at 40.56s (worker read 42.486s).

Deployment pending verified image and review. User approved a brief archive/playback gap for the restart. Physical iPhone acceptance is not yet verified.

@christopherklint97
christopherklint97 merged commit 1776176 into main Oct 7, 2026
4 checks passed
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