Add DZR_SPONGE variable as an extension point for players
that don't buffer all the track up, but consume it at their own pace.

It was discovered within "cgi-bin" mode with various players,
but it was reproducible with "PLAYER='mpv --cache-secs=10 -'"
in CLI too.

yne suspects an early close of socket from deezer (akamai or elastic)
side when the streaming takes too long to get fully buffered.

Errors from curl:
"curl: (23) Failure writing output to destination, passed X returned Y"
"curl: (56) OpenSSL SSL_read: error:0A000126:SSL routines::unexpected
eof while reading, errno 0"
"curl: Failed writing body"

Errors from tinyproxy (used by curl, just in case):
"read_buffer: read() failed on fd 6: Connection reset by peer"
"writebuff: write() error "Broken pipe" on file descriptor 6"
"Closed connection between local client (fd:6) and remote client (fd:7)"

Suggested-by: Rémy F <yne@users.noreply.github.com>
Fixes: https://github.com/yne/dzr/issues/51

Add DZR_FMT (default to MP3_128) in CLI and Vscode

increase artist/top and album/tracks listing

Handle .next entry

Solve arg-limit for curl. See https://github.com/yne/dzr/issues/46

add ARL support in VSCode

Add DZR_ARL warning/requirement

Use track .FALLBACK when available

Persist Player Volume in global config + fix track refresh (Fixes #43)

- To prevent undefined value of extracted cbc key at first run the conf() object is refreshed at every access
- To allow playback behind corporate proxies the 'secure' flag was added