No https audio streams can be played

[EliiO]

Hi,
no https audio streams (radio) can be played in VLC (3.0.16 x64 on Win 10). When I open some https link the player freezes on loading it (running yellow bar in the time slider). The interface can be manipulated though, e.g. I can open Preferences. But no other file or stream can be played after that. Also if I quit VLC the copy remains in memory (eating somewhat more CPU), and can only be closed forcibly through Task Manager.
At the same time I have no problem playing http audio streams in VLC. Also all the https streams can be played in Winamp or Chrome.

Here are some sample stations:
BBC Radio 6 Music
Newtown Radio
DKFM
Radio Silence 6

[Lotesdelere]

I have no problem playing all of these streams with VLC 3.0.16 on Windows 8.1.
I've noticed that the last one automatically switches from https to http though, but the first three ones are using https.

The issue might have something to do with this:
https://letsencrypt.org/docs/dst-root-c ... mber-2021/
https://www.identrust.com/support/downloads
https://scotthelme.co.uk/lets-encrypt-o ... xpiration/
https://github.com/win-acme/win-acme/issues/1843

[EliiO]

Also I have Kaspersky KIS 2021 installed, but disabling it didn't change the thing.

The issue might have something to do with this:

Thanks.
Much info there
Unfortunately, my knowledge of certification tends to zero, so I have no idea how or what to change to repair the above behavior in VLC.
Also I wonder why this situation only affected VLC on my system, but Winamp and Chrome still successfully play https streams?

[R2D2]

I have no idea how or what to change to repair the above behavior in VLC.

I have a similar issue. This workaround does help me to play radio streams with vlc again
change “https” to “http”

I have no problem playing all of these streams with VLC 3.0.16 on Windows 8.1.

You may try it with another sample station:
Exclusive.Radio - Pink Floyd

[EliiO]

change “https” to “http”

Thank you, changing https to http does work on 3 stations mentioned in my first post (DKFM doesn't, I've checked it in Chrome: http cannot be connected in this case, possibly because of using a port).

[Lotesdelere]

You may try it with another sample station:
Exclisive.Radio - Pink Floyd

This one is also playing fine in https for me:

Code: Select all

vlc.exe TCP 77.68.2.99 https ESTABLISHED

BTW this is not the real Pink Floyd!

[R2D2]

You may try it with another sample station:
Exclusive.Radio - Pink Floyd

This one is also playing fine in https for me:

Code: Select all

vlc.exe TCP 77.68.2.99 https ESTABLISHED

I have tested these streams without success with vlc 3.0.7.1 on Win 7 and vlc 3.0.12 on Win 10

However, changing https to http is working with most radio streams
(exept from DKFM).

BTW this is not the real Pink Floyd!

What isn't real with it

[unidan]

Hi, https playback for icecast is not implemented. See the following ticket for tracking: https://code.videolan.org/videolan/vlc/-/issues/21057

[ePirat]

Actually playback should work, just metadata will not show.

Can you provide logs trying to play the stream?

To help you, we need messages, to completely understand what your problems is.

From windows command line or linux or macos terminal, launch vlc with options -vv and --logfile=file

• Windows example: vlc.exe -vv --logfile=c:\vlclog.txt
• Linux example: vlc -vv --logfile=vlclog.txt, or vlc -vv 2>&1 > logfile.txt

Then paste the full resulting log here between [​code]and[​/code] (or use Pastebin.com if it's too long)

Also don't forget to name your Operating System and provide the VLC media player version.

[R2D2]

In the case of the following radio stream

Exclusive.Radio - Pink Floyd
https://streaming.exclusive.radio/er/pi ... cast.audio

it may be an expired certificate

Code: Select all

gnutls error: Certificate verification failure: The certificate is NOT trusted. The certificate chain uses expired certificate. main error: TLS session handshake error

(part of my logfile)

as I mentioned in this thread.

[EliiO]

Holy! Actually it does connect through https, you just have to wait some time. After ~3 minutes of waiting VLC starts playing the station (all of my samples).
CPU also goes to normal after the player connects.

Can you provide logs trying to play the stream?

Here's the log file. My VLC is 3.0.16 x64 on Win 10 x64 21H1 19043.1237.

[Lotesdelere]

In the case of the following radio stream

Exclusive.Radio - Pink Floyd
https://streaming.exclusive.radio/er/pi ... cast.audio

it may be an expired certificate

The certificate appears to be valid:

[R2D2]

In the case of the following radio stream

Exclusive.Radio - Pink Floyd
https://streaming.exclusive.radio/er/pi ... cast.audio

it may be an expired certificate

The certificate appears to be valid [...]

This is a part of my logfile:

Code: Select all

main debug: `https://streaming.exclusive.radio/er/pinkfloyd/icecast.audio' gives access `https' demux `any' path `streaming.exclusive.radio/er/pinkfloyd/icecast.audio' main debug: creating demux: access='https' demux='any' location='streaming.exclusive.radio/er/pinkfloyd/icecast.audio' file='\\streaming.exclusive.radio\er\pinkfloyd\icecast.audio' main debug: looking for access_demux module matching "https": 15 candidates main debug: no access_demux modules matched main debug: creating access: https://streaming.exclusive.radio/er/pinkfloyd/icecast.audio main debug: (path: \\streaming.exclusive.radio\er\pinkfloyd\icecast.audio) main debug: looking for access module matching "https": 26 candidates main debug: looking for tls client module matching "any": 1 candidates gnutls debug: using GnuTLS version 3.5.19 main debug: looking for meta fetcher module matching "any": 1 candidates lua debug: Trying Lua scripts in C:\Users\Windows 7\AppData\Roaming\vlc\lua\meta\fetcher lua debug: Trying Lua scripts in C:\Program Files\VideoLAN\VLC\lua\meta\fetcher main debug: no meta fetcher modules matched qt debug: IM: Setting an input gnutls debug: loaded 81 trusted CAs from system main debug: using tls client module "gnutls" main debug: resolving streaming.exclusive.radio ... gnutls debug: TLS handshake: Resource temporarily unavailable, try again. gnutls debug: TLS handshake: Resource temporarily unavailable, try again. gnutls debug: TLS handshake: Resource temporarily unavailable, try again. gnutls debug: TLS handshake: Resource temporarily unavailable, try again. gnutls debug: TLS handshake: Success. gnutls debug: - safe renegotiation (RFC5746) enabled gnutls debug: - false start (RFC7918) enabled gnutls error: Certificate verification failure: The certificate is NOT trusted. The certificate chain uses expired certificate. main error: TLS session handshake error main error: connection error: No error access error: HTTP connection failure main debug: no access modules matched main debug: dead input

HTH
R2D2

[Lotesdelere]

Code: Select all

gnutls debug: using GnuTLS version 3.5.19

Are you sure you are using VLC v3.0.16 ?
Because I am and my version of GnuTLS is:

Code: Select all

gnutls debug: using GnuTLS version 3.6.15

Looks like yours is too old, you need to force an update of VLC.

[R2D2]

Are you sure you are using VLC v3.0.16 ?
Because I am and my version of GnuTLS is:

Code: Select all

gnutls debug: using GnuTLS version 3.6.15

Looks like yours is too old, you need to force an update of VLC.

I made an update to vlc v3.0.16 now using GnuTLS version 3.6.15 but with the same result

"The certificate is not trusted."

Btw, the Icecast.luac of v.3.0.16 is deprecated.
I'm using a fixed version of icecast.luac which gives much better results.
I found the improved icecast.lua here on this forum.

R2D2

[R2D2]

Code: Select all

gnutls debug: using GnuTLS version 3.5.19

Are you sure you are using VLC v3.0.16 ?
Because I am and my version of GnuTLS is:

Code: Select all

gnutls debug: using GnuTLS version 3.6.15

Looks like yours is too old, you need to force an update of VLC.

Possibly it is an issue with GnuTLS Version 3.5.19; https is still not working.

But when I try it now with VLC v3.0.16 on Windows 10,
Pink Floyd's Radio Station is playing just fine