From 2e136ddb8cde29e21b8a86a991988b6d3d3a9a02 Mon Sep 17 00:00:00 2001 From: Ben Nicholson Date: Fri, 2 Oct 2026 19:56:27 +1000 Subject: [PATCH] CLAUDE.md: internal heap with a Spotify session, 212 -> ~300 KB Co-Authored-By: Claude Opus 5.5 --- CLAUDE.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/CLAUDE.md b/CLAUDE.md index bd7b74d..dc05d92 100644 --- a/CLAUDE.md +++ b/CLAUDE.md @@ -64,7 +64,8 @@ Repo: https://gitea.apointless.space/bsncubed/aes67-ESP32-P4 - [ ] cspot (Spotify Connect): login, audio, pause/skip/seek, app volume, live mode switching work; stays connected across track changes and past 6 min (7.5b). Fixed so far: logger NULL crash, Vorbis symbol clash, volume starting at 0, reconnect race (PR #3 patch), 6-minute AP resets (delayed Pong patch), app dropping the device (notifyAudioReachedPlayback). Open: - OTA with a session: now ends the session first; 2 of 2 uploads with a running session were clean since. Flash writes still stall TX > 20 ms during uploads (stream stutters while updating). - First connects sometimes fail ("Can't connect to spotify servers"), a retry works. - - Internal heap drops from ~365 KB to ~231 KB with a session; check what can move to PSRAM. + - Internal heap with a session: low point while playing was 212 KB (of ~371 KB idle), now ~300 KB with mbedTLS and Tremor (Vorbis) allocations in PSRAM; playback clean, 0 underruns. Left: ~35 KB connected + ~40 KB playing; the session keeps ~35 KB internal / ~190 KB PSRAM after the app disconnects. A status request once took > 2 s at playback start (TLS handshake in PSRAM?), watch. + - Seen once: state `error` before a connect that then worked (the first-connect item below?). - Track display in the app can switch ~3-5 s early. - Consider offering the delayed-Pong fix upstream (philippe44/cspot). - An old, long-idle session can get out of sync with the app: it sends empty Load frames ("No tracks in frame") instead of Pause/Play, so controls do nothing. Quitting and reopening Spotify on the Mac fixes it.