bsncubed b8702e6faa Spotify: tell cspot when a new track becomes audible
The Mac dropped the device soon after the first track change: we never
called SpircHandler::notifyAudioReachedPlayback(), so cspot's queue did
not advance and the state sent to Spotify stalled.
- The data callback records a boundary (output write position, track
  id) when the track id changes; the session loop (<= 200 ms) calls
  notifyAudioReachedPlayback(id) once playback (ring read position)
  passes it, and notifyAudioEnded() after DEPLETED once the buffer is
  empty. PLAYBACK_START clears boundaries (next data is a new one),
  seek/flush drop pending ones.
- audio_ring exposes its write/read frame counters (wrap-safe compare).
- Verified: 10 min on the Mac without a disconnect, every track change
  notified ("track audible, Spotify notified"), app shows the playing
  track (switches up to ~3-5 s early), 0 underruns.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-09-25 20:47:28 +10:00
2026-09-23 21:51:44 +10:00

aes67-ESP32-P4

AES67 sender for the Waveshare ESP32-P4-ETH (PoE): Spotify Connect and HLS/m3u8 streams out as an AES67 multicast stream, PTP-locked, with a simple web UI for settings and SDP export.

  • docs/aes67-core-base.md — reusable AES67 core design (PTP, RTP, SDP/SAP, VLAN, syslog, web UI contract)
  • docs/hardware-and-design-notes.md — board details and project-specific design
  • web/index.html — web UI (served by the device)
  • CLAUDE.md — working rules and build order

Status: design complete, firmware not started. See the build order in CLAUDE.md.

S
Description
No description provided
Readme GPL-3.0 1.1 MiB
Languages
C 74.9%
HTML 11.9%
C++ 7.7%
Python 3.3%
CMake 2.2%