zerod/crates/ at main · tsiry-sandratraina.com/zerod · Tangled

tsiry-sandratraina.com / zerod

0

Headless Rust gRPC daemon to drive Bluetooth, HLS/DASH playback, and snapcast/shairport-sync/squeezelite on Raspberry Pi audio rigs.

0

zerod / crates

10 folders

at main

Tsiry Sandratraina Auto-reconnect HLS/DASH playback on network loss 5w ago

Auto-reconnect HLS/DASH playback on network loss Previously a single fetch failure advanced next_play_seq immediately, burning through the segment list in seconds and killing the stream. Now we back off (500ms → 5s cap), retry the same seg, and switch to Buffering while reconnecting. Also handles the live-edge-rolled-past case so we can resume after long outages instead of looping forever on an expired seq.

1 month ago

Initial Commit

1 month ago

Add mDNS discovery so --host is optional Server advertises `_zerod._tcp.local.` via a new pure-Rust `zerod-discovery` crate wrapping mdns-sd. Clients omit `--host` and the binary browses the LAN for ~1.5s; multiple responders error out with a listing, `--name` (or `ZEROD_NAME`) filters. `zerod discover` lists every responder. IPv4 picker skips loopback and Docker's 172.17.0.0/16 default bridge so the wrong interface doesn't leak into the URL. `[mdns] enabled / name` in zerod.toml; instance name defaults to gethostname().

1 month ago

Add server-streaming Events RPC + in-process event bus New leaf crate `zerod-events` owns a `broadcast::Sender<Envelope>` that the stream, bluetooth, systemd, and volume subsystems publish into. The server exposes `EventsService.Subscribe(SubscribeRequest) returns (stream Event)` with kind-label filtering (exact match or `.*` suffix wildcard) and maps `broadcast` lag into a synthetic `LaggedEvent` so a slow subscriber doesn't break the stream. CLI: `zerod events tail [--filter ...]` prints one JSON line per event. Snapcast and Librespot event variants are reserved in the proto now so PRs 2 and 3 don't need a wire bump to start emitting.

1 month ago

Add A2DP sink mode — BlueZ pairing agent + bluealsa delegation Registers a BlueZ pairing agent at server boot when `[bluetooth.a2dp].enabled = true`. The agent's RequestConfirmation callback publishes `BluetoothPairingRequest` onto the event bus and either auto-accepts (kiosk mode) or parks on a per-address oneshot waiting for `BluetoothService.RespondPairing` — 30s timeout falls back to rejection so a stuck prompt doesn't leak the channel. AuthorizeService accepts the A2DP Source UUID (`0000110a-…`) and emits `BluetoothA2dpConnected` so phones can stream audio without a second confirm after pairing. Adapter setup at boot: optional alias, set_pairable(true), and discoverable + discoverable_timeout when requested. New RPCs: `SetDiscoverable`, `RespondPairing`, `A2dpEnable`, `A2dpDisable`. A2dpEnable preflights `bluealsa-aplay.service` via the existing systemd allowlist and surfaces a clear "install bluez-alsa-utils" error if the unit is missing. The unit is auto-appended to the systemd allowlist whenever a2dp is enabled, so users don't need to remember to list it under [systemd]. Non-Linux: start_agent is a silent no-op so the server still boots with `a2dp.enabled = true` on macOS for development; RPC-level paths return "linux only". bluer pinned to =0.17.4 exact — the Agent callback shape varies across minor versions and a silent rewire of the pairing flow is worse than a build break. Verified: host build green; cross --target arm-unknown-linux-gnueabihf green; macOS smoke covers disabled-by-config, stub fall-through, preflight error path, and auto-allowlist.

1 month ago

Add A2DP sink mode — BlueZ pairing agent + bluealsa delegation Registers a BlueZ pairing agent at server boot when `[bluetooth.a2dp].enabled = true`. The agent's RequestConfirmation callback publishes `BluetoothPairingRequest` onto the event bus and either auto-accepts (kiosk mode) or parks on a per-address oneshot waiting for `BluetoothService.RespondPairing` — 30s timeout falls back to rejection so a stuck prompt doesn't leak the channel. AuthorizeService accepts the A2DP Source UUID (`0000110a-…`) and emits `BluetoothA2dpConnected` so phones can stream audio without a second confirm after pairing. Adapter setup at boot: optional alias, set_pairable(true), and discoverable + discoverable_timeout when requested. New RPCs: `SetDiscoverable`, `RespondPairing`, `A2dpEnable`, `A2dpDisable`. A2dpEnable preflights `bluealsa-aplay.service` via the existing systemd allowlist and surfaces a clear "install bluez-alsa-utils" error if the unit is missing. The unit is auto-appended to the systemd allowlist whenever a2dp is enabled, so users don't need to remember to list it under [systemd]. Non-Linux: start_agent is a silent no-op so the server still boots with `a2dp.enabled = true` on macOS for development; RPC-level paths return "linux only". bluer pinned to =0.17.4 exact — the Agent callback shape varies across minor versions and a silent rewire of the pairing flow is worse than a build break. Verified: host build green; cross --target arm-unknown-linux-gnueabihf green; macOS smoke covers disabled-by-config, stub fall-through, preflight error path, and auto-allowlist.

1 month ago

Add SnapcastService — JSON-RPC 2.0 control over snapserver New leaf crate `zerod-snapcast` runs a single long-lived TCP connection to snapserver on port 1705, with backoff reconnect and per-request id correlation via oneshots. While disconnected the supervisor drains queued commands with a fail-fast "not connected" error so RPCs don't hang. `SnapcastService` exposes GetServerStatus / ListClients / ListSnapStreams plus the Set* mutators (Client volume/latency/name, Group stream/mute/ clients). Disabled mode keeps the service registered but returns FAILED_PRECONDITION so reflection-based UIs still see it. `Client.OnVolumeChanged` notifications are forwarded onto the event bus as `SnapcastClientChanged` (reserved variant from PR1), so external `snapctl` changes show up in `zerod events tail --filter snap.*`. CLI: `zerod snapcast {status, clients, streams, volume, latency, name, group-stream, group-mute, group-clients}`. Smoke-tested against a Python mock snapserver — happy-path response parses through the nested host/config/volume shape and flattens into the proto SnapClient.

1 month ago

Auto-reconnect HLS/DASH playback on network loss Previously a single fetch failure advanced next_play_seq immediately, burning through the segment list in seconds and killing the stream. Now we back off (500ms → 5s cap), retry the same seg, and switch to Buffering while reconnecting. Also handles the live-edge-rolled-past case so we can resume after long outages instead of looping forever on an expired seq.

1 month ago

Add server-streaming Events RPC + in-process event bus New leaf crate `zerod-events` owns a `broadcast::Sender<Envelope>` that the stream, bluetooth, systemd, and volume subsystems publish into. The server exposes `EventsService.Subscribe(SubscribeRequest) returns (stream Event)` with kind-label filtering (exact match or `.*` suffix wildcard) and maps `broadcast` lag into a synthetic `LaggedEvent` so a slow subscriber doesn't break the stream. CLI: `zerod events tail [--filter ...]` prints one JSON line per event. Snapcast and Librespot event variants are reserved in the proto now so PRs 2 and 3 don't need a wire bump to start emitting.

1 month ago

Add server-streaming Events RPC + in-process event bus New leaf crate `zerod-events` owns a `broadcast::Sender<Envelope>` that the stream, bluetooth, systemd, and volume subsystems publish into. The server exposes `EventsService.Subscribe(SubscribeRequest) returns (stream Event)` with kind-label filtering (exact match or `.*` suffix wildcard) and maps `broadcast` lag into a synthetic `LaggedEvent` so a slow subscriber doesn't break the stream. CLI: `zerod events tail [--filter ...]` prints one JSON line per event. Snapcast and Librespot event variants are reserved in the proto now so PRs 2 and 3 don't need a wire bump to start emitting.

1 month ago