bsncubed
8ba4de5eda
An upload during an active Spotify session crawled (~10 kB/s, 197 s) and ended in a reset (seen twice). Workaround: - aes67_ota_on_update(cb): cb(true) right before an accepted upload writes flash, cb(false) if it then fails. - The player pauses Spotify (spotify_pause -> SpircHandler::setPause, the app follows) and suspends HLS fetching (hls_suspend); resumed if the upload fails. AES67 TX keeps running (silence). - Verified: upload during Spotify playback paused the session and installed in 25.8 s (normal for 2 MB), clean reboot and self-test. Root cause still open (noted in CLAUDE.md with the other cspot items). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
16 lines
498 B
C
16 lines
498 B
C
// HLS client: playlists, variant choice, live segment loop. Segment bytes go to a sink callback.
|
|
#pragma once
|
|
|
|
#include <stdbool.h>
|
|
#include <stddef.h>
|
|
#include <stdint.h>
|
|
|
|
#include "esp_err.h"
|
|
|
|
// Receives segment data in chunks (MPEG-TS etc.). Return false to abort the segment.
|
|
typedef bool (*hls_sink_t)(const uint8_t *data, size_t len, bool segment_start);
|
|
|
|
esp_err_t hls_start(hls_sink_t sink);
|
|
// Stop fetching (current download is abandoned) until resumed.
|
|
void hls_suspend(bool suspend);
|