I wanted to migrate to the latest version only to encounter a serious issue (it is serious,
as favorite radio station of wife is affected). I am no longer able to play playlist-URLs
(ending in ".m3u"). I have a few such stations in the presets, all of them I tried did not work.
I did not find any related issue, so may be it is just me!?
For reference, my setup:
barebone system, just ESP32 (Olimex PoE) and VS1053. Defined is DUMMYTFT and undefined
are CH376 and SDCARD. I also use a different NAME to identify NVS partition, but except from
this the software is as on Github.
Everything works fine, but starting with commits after Feb. 11 (change to PlatformIO version)
I can no longer connect to m3u. Test setup is as follows: radio is playing preset_01 correctly
(st01.dlf.de/dlf/01/128/mp3/stream.mp3). Then command "preset=0" is issued
(in preferences "preset_00 = metafiles.gl-systemhaus.de/hr/hr1_2.m3u # HR1")
Serial Output is as follows:
23:54:43.508 -> D: Command: preset with parameter 0
23:54:43.508 -> D: Preset is now 0
23:54:43.508 -> D: STOP requested
23:54:43.541 -> D: Stopping client
23:54:44.038 -> D: New preset/file requested (0/0) from metafiles.gl-systemhaus.de/hr/hr1_2.m3u
23:54:44.038 -> D: New station request
23:54:44.038 -> D: Connect to new host metafiles.gl-systemhaus.de/hr/hr1_2.m3u
23:54:44.038 -> D: Playlist request, entry 1
23:54:44.038 -> D: Connect to metafiles.gl-systemhaus.de on port 80, extension /hr/hr1_2.m3u
23:54:44.138 -> D: Connected to server
23:54:44.171 -> D: Song stopped correctly after 20 msec
23:55:07.574 -> D: STOP requested
23:55:07.574 -> D: Stopping client
23:55:08.104 -> D: New preset/file requested (1/0) from st01.dlf.de/dlf/01/128/mp3/stream.mp3
So no audio, and after a while, at 23:55:08.104 (last line) the radio decided to switch to preset 1.
I first suspected the addition of a 1000ms delay in connecttohost() might cause a problem.
So I removed that delay but that did not help. I even copied connecttohost() from a working version
(Feb 11.), but that does not change it at all. Just the timestamps might differ.
Things do not improve if URL is entered on Web-Interface (Serial output slightly differes).
Anybody else had the same problem and did possibly locate the root cause? I noticed that the commit
from Feb. 15 caused even more trouble (even most of .mp3-URLs did not work correctly). Things have
improved since, but for me .m3u-URLs are not working.
For comparison, the Serial output with the same test case with latest working version
(Feb. 11 commit 98a67db329fdc3030e19a9dc127c7219d8eae86b)
I wanted to migrate to the latest version only to encounter a serious issue (it is serious, as favorite radio station of wife is affected). I am no longer able to play playlist-URLs (ending in ".m3u"). I have a few such stations in the presets, all of them I tried did not work.
I did not find any related issue, so may be it is just me!?
For reference, my setup: barebone system, just ESP32 (Olimex PoE) and VS1053. Defined is DUMMYTFT and undefined are CH376 and SDCARD. I also use a different NAME to identify NVS partition, but except from this the software is as on Github. Everything works fine, but starting with commits after Feb. 11 (change to PlatformIO version) I can no longer connect to m3u. Test setup is as follows: radio is playing preset_01 correctly (st01.dlf.de/dlf/01/128/mp3/stream.mp3). Then command "preset=0" is issued (in preferences "preset_00 = metafiles.gl-systemhaus.de/hr/hr1_2.m3u # HR1")
Serial Output is as follows:
So no audio, and after a while, at 23:55:08.104 (last line) the radio decided to switch to preset 1.
I first suspected the addition of a 1000ms delay in connecttohost() might cause a problem. So I removed that delay but that did not help. I even copied connecttohost() from a working version (Feb 11.), but that does not change it at all. Just the timestamps might differ.
Things do not improve if URL is entered on Web-Interface (Serial output slightly differes).
Anybody else had the same problem and did possibly locate the root cause? I noticed that the commit from Feb. 15 caused even more trouble (even most of .mp3-URLs did not work correctly). Things have improved since, but for me .m3u-URLs are not working.
For comparison, the Serial output with the same test case with latest working version (Feb. 11 commit 98a67db329fdc3030e19a9dc127c7219d8eae86b)