Open TooDissing opened 2 years ago
Tried to turn down the quality to 160kbps, but that didn't really change anything. Only it took a little longer for the problem to occur.
Would it be possible to skip to the next chunk when packets are lost, or is there something else happening?
Try to disable or increase the watchdog timer using esp_task_wdt_init()
Try to disable or increase the watchdog timer using esp_task_wdt_init()
Thank you for the suggestion. When the watchdog timer triggers, they playback is already haltet. So this will only postpone the effect of the watchdog timer.
At this moment I believe that we are missing some packets that will never show up. Waiting for them is not the best option, as they will likely never appear.
Looking into the issue :)
I think supporting 24kbps would help with low speeds but it uses a different encoding (HE-AAC).
Just for reference. When using the same HW+SW setup on a higher bandwidth connection, this issue doesn't occur.
I am experiencing stability problems when using the platform (on µVox) on a Wifi setup with limited bandwidth. Especially error prone when the other family members start streaming video content.
The music simply stops playing and the device gets stuck. Resulting in a visit from the watchdog feature. Here's a small section of the logs below.
This problem seems to be related to euphonium/euphonium/cspot/cspot/src/ChunkedAudioStream.cpp:102. Could it be that it relates to the
while(1)
loop at in the ov_read() method?Anyways. It works fine as long as we keep getting data.
And this is when using the Spotify playback.