bsncubed/aes67-ESP32-P4
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

CLAUDE.md: internal heap with a Spotify session, 212 -> ~300 KB

Browse Source 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
Ben Nicholson
2026-10-02 19:56:27 +10:00
parent 6b30b2c43b
commit 2e136ddb8c
1 changed files with 2 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files
CLAUDE.md
+2 -1
View File
@@ -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: - [ ] 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). - 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. - 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. - Track display in the app can switch ~3-5 s early.
- Consider offering the delayed-Pong fix upstream (philippe44/cspot). - 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. - 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.