meshbay.git/packages/meshbay-android/app/src/main/kotlin/org/meshbay/client, branch main

Cast: receiver position and pause/play on both clients

2026-10-03T12:24:54Z

The player's remote mode reads where the television is instead of the local playhead, which drifts. Co-Authored-By: Claude Opus 5.5

fix(android): cast context created at launch, session found if its callback is missed

2026-10-03T12:24:54Z

As the SDK recommends; and a connected session the listener did not hear of still counts, so a missed callback no longer fails the cast. Co-Authored-By: Claude Opus 5.5

fix(android): the cast header is everything before the first moof

2026-10-03T12:24:54Z

The node's first chunk can be the 28-byte ftyp alone, the moov in the next; served as the header, the receiver had no moov and gave up. A receiver early for the header now waits for all of it. Co-Authored-By: Claude Opus 5.5

fix(android): the cast relay spools a receiver's lead to disk

2026-10-03T12:24:54Z

Fragments are 5-10 MB at a film's bitrate; dropped past 8 MB in memory, the TV froze for their length. Each receiver now reads from its own spool file, deleted with it; nothing is dropped short of a disk bound. Co-Authored-By: Claude Opus 5.5

feat(android): log what a cast does downstream of the relay

2026-10-03T12:24:54Z

Fragments dropped for a slow receiver, writes that block, a periodic per-client summary, and every receiver state change with its position — the only trace a freeze on the television leaves. Co-Authored-By: Claude Opus 5.5

fix(android): cast relay serves a clean header and restarts on its ports

2026-10-03T12:24:54Z

The init is what precedes the first moof; ports are reused like Node's; the SDK is read on the main thread; a cast that fails says why on screen, and success waits until the receiver actually plays. Never a VPN's address. Co-Authored-By: Claude Opus 5.5

feat(android): casting through a LAN relay and the platform cast SDK

2026-10-03T12:24:54Z

A port of cast-relay.js (backlog also bounded in bytes), discovery and control with the default media receiver, relay calls kept in order, and a foreground service plus a WebView kept visible so a cast survives the screen going off. Co-Authored-By: Claude Opus 5.5

feat(android): downloads to disk and uploads through the system picker

2026-10-03T12:24:54Z

Native save over the Storage Access Framework and MediaStore, chunks sent as binary bridge messages, a chosen folder that has gone asks rather than redirects, unfinished files removed on abort and after a killed process. Co-Authored-By: Claude Opus 5.5

feat(android): device key, bundle key and node identities held natively

2026-10-03T12:24:54Z

Keystore-wrapped store, a Kotlin port of keyring.js and transcripts.js held to the shared vectors, the same keys/device/secrets bridge as the desktop, and a native confirmation before browser access is widened. Co-Authored-By: Claude Opus 5.5

feat(android): client shell with the interface from the package

2026-10-03T12:24:54Z

WebView over the packaged UI (copied from hub/static at build time), the desktop CSP as a header, a bridge answering our top-level document only, hub calls from native to the signed-in hub. Keys stay in the page for now. Co-Authored-By: Claude Opus 5.5