Skip to content

Keep replays following and export local playback reports - #54

Merged
TheCryptoDonkey merged 1 commit into
mainfrom
fix/4k-playback-planning-20261025
Oct 25, 2026
Merged

TheCryptoDonkey merged 1 commit into
mainfrom
fix/4k-playback-planning-20261025

Conversation

@TheCryptoDonkey

Copy link
Copy Markdown
Member

A replay could spend twelve seconds chasing the advancing room clock even after its current position had enough decoded video to continue. Existing playback can now resume from that safe buffer while keeping the normal buffered room correction armed. Cold joins still wait for fresh room headroom; playback remains at1x, and real waits remain counted.

Playback details also offers Save/Share report for real-device diagnosis when remote inspection is unavailable. The local report keeps at most240 observations at one-second intervals, including actual frames, dimensions, buffers, stalls, verified peer/upload bytes, library/engine version and selected candidate-type/relay-protocol enums. It omits network addresses, SDP, peer identities, keys and credentials; sharing is user-triggered and no report is uploaded automatically. The existing stats tick supplies samples without another timer or network collector.

Validation: site build and all260 Node tests pass; focused replay/report tests pass; Chrome Blob download parses correctly and the share fixture receives the same sanitized file without pausing or seeking playback. Cache tags and maintained docs/LLM text are updated. Actual iPhone ShareSheet/long playback and sustained cold-cache4K peer contribution remain separate acceptance work; this does not claim those gates passed.

@TheCryptoDonkey
TheCryptoDonkey merged commit a633170 into main Oct 25, 2026
2 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