@hevet They work and they don't work. Because when you upgrade core ESP versions to 3.3.1 and also AsyncWeb and TCP to newer versions, for some reason the web server doesn't work on the swapped libraries (to be precise, the main page doesn't load where the websockets are - but they are not the reason for this). On the original libraries everything works but the FLAC files do not work again.
From my tests it seems to be like this:
coreESP 3.3.1, AsyncTCP 3.4.9, ESP AsyncWebServer, ORG libraries - web server works, FLAC does not work
coreESP 3.3.1, AsyncTCP 3.4.9, ESP AsyncWebServer, ZMOD libraries - web server does not work, FLAC works
coreESP 3.2.0, AsyncTCP 3.4.9, ESP AsyncWebServer, ORG libraries - web server works, FLAC does not work
coreESP 3.2.0, AsyncTCP 3.4.9, ESP AsyncWebServer, ZMOD libraries -
web server works, FLAC works
Recompiled from scratch each time with deletion of the entire sketch for reliability.
It seems that for the moment the only option for those listening to FLAC stations is to leave core EPS32 at 3.2.0.
Unless you have a different experience then share with me it was not possible to get the server to work properly on 3.3.1 and with the libraries swapped.
@irysbox show a picture of this reader that is so problematic, did you change anything in the connections ?
@efi222 that's what these swapped recompiled bibles change. The standard is that the station on the Icecast server has a buffering setting of 5 seconds. A simple calculation (320kbsp /8 -> 40kb/s = buffer occupied within 200kb), for FLAC at 1000kbps (average) ~ 625kb and that's how much you see filled. On Smoothjazz this is how the server is set up. In Evo there is a flag "debugAudioBuffor" which triggers the "bufforAudioInfo()" function to print out information every 1sec showing what the buffer is and how much is free.
@dawidkosciesza Logo for a colleague prepared: