has been deleted

[throwaway]

has been deleted

[Алексей Долматов]

Settings.

[throwaway]

has been deleted

[Artem]

What type of stream? Is it HLS-based stream?

[throwaway]

URL = https://listen.moe/kpop/stream

[sveakul]

AIMP 5.11 2432.  I've had the stream posted above running for 25 minutes now and only noticed one very short (1 sec.) drop right at the beginning.  This is a 256k OGG stream with the following log entry:

HTTP/1.1 200 OK
Date: Sun, 25 Jun 2023
Content-Type: application/ogg
Transfer-Encoding: chunked
Connection: close
icy-br: 256
ice-audio-info: channels=2;samplerate=44100;bitrate=256
icy-description: Delivering the best Korean music around the globe!
icy-genre: Kpop,Korea,Asia,Asian
icy-name: LISTEN.moe
icy-pub: 1
icy-url: https://listen.moe
Cache-Control: no-cache, no-store
expires: Mon, 26 Jul 1997 05:00:00 GMT
access-control-allow-origin: *
access-control-allow-headers: Origin, Accept, X-Requested-With, Content-Type, Icy-MetaData
access-control-allow-methods: GET, OPTIONS, SOURCE, PUT, HEAD, STATS
CF-Cache-Status: DYNAMIC
Report-To: {"endpoints":[{"url":"https:\/\/a.nel.cloudflare.com\/report\/v3?s=1aHO%2FQ6j0aeT4X7vViq97OOT%2F0ZaUCLW38zVym9ltheuvMX4%2BOU4bfg29MMzANQzXVDziFrUJS%2FU7PeXWGj9kUbBuELct5Y%2BXJBw19vvKUFDqa%2F4%2BNPp%2BGm3DxRn"}],"group":"cf-nel","max_age":604800}
NEL: {"success_fraction":0,"report_to":"cf-nel","max_age":604800}
Strict-Transport-Security: max-age=15552000; includeSubDomains; preload
X-Content-Type-Options: nosniff
Server: cloudflare
CF-RAY: 7dcf58963a3d136d-ATL
alt-svc: h3=":443"; ma=86400

So, nothing that can be considered unusual here, still playing lag-free and producing lyrics, album covers, etc.  Maybe you have just encountered some heavy use periods for their server, or your own Internet connection.

[throwaway]

has been deleted

[sveakul]

The problem now is that AIMP doesn't seem to have a working stream "caching" functionality, I tested with VLC and does have it/working as intended.

It would simply be "nice" to have it cache a little bit more so to avoid any future interruptions on all my stream URL's.

It would be good to see Artem test/comment on what you said about "I set it (buffer) to maximum 60000 and the URL still plays immediately, shouldn't there be a delay now before it starts playing?"  That does seem to indicate problems with the stream caching;  if it doesn't it, would be nice to get a clearer understanding of what that setting IS meant to do, compared to the same VLC setting where the results of varying it are obvious.

[throwaway]

has been deleted