Author Topic: Strange issue with audio stream  (Read 1214 times)

piovrauz

  • Posts: 1009
Strange issue with audio stream
« on: 11 Jul '22 - 19:41 »
I'm experiencing a strange issue with this audio stream: "https://radiorecord.hostingradio.ru/goa96.aacp"

I play it at home (Windows7) and at work (Windows10), but lately something strange is happening.

While at work it plays with no issues, but recently at home it stopped playing, XMPlay just goes to the next track.

The strange thing is that if I paste it in the browser (Firefox) the stream gets played correctly (in firefox internal player, not it the radio webpage).

I have other streams I listen to, but those all works fine.

Any help would be greatly appreciated, thanks.
« Last Edit: 11 Jul '22 - 19:52 by piovrauz »

Ian @ un4seen

  • Administrator
  • Posts: 24738
Re: Strange issue with audio stream
« Reply #1 on: 12 Jul '22 - 14:28 »
Strange, that URL is playing fine on Win7 and Win10 here. Is it still not working there? If the problem persists, you could try removing/renaming the XMPLAY.INI file for a fresh config and see if that helps. You could also try adding/removing the XMP-AAC plugin (so Windows' AAC decoder isn't/is used) and see if that makes any difference (both are working here so I don't expect it to make a difference).

piovrauz

  • Posts: 1009
Re: Strange issue with audio stream
« Reply #2 on: 12 Jul '22 - 19:50 »
Made the tests, nothing worked... but in the end...

I found the cause:  TLS 1.1 and 1.2 aren't enabled by default on windows7 - I did it and now I'm listening.

It was a really long time ago I set up this setup, totally forgot about TLS stuff - obviously it's working on Windows10 - and in modern Firefox.

I discovered it because foobar gives an error code... which lead me to TLS; a shame XMPlay doesn't give a specific error message (or it does?)

« Last Edit: 12 Jul '22 - 21:53 by piovrauz »

Ian @ un4seen

  • Administrator
  • Posts: 24738
Re: Strange issue with audio stream
« Reply #3 on: 13 Jul '22 - 12:47 »
No, XMPlay won't report HTTPS issues. It simply ignores most of them (eg. expired/invalid cert) so that the file/stream can be played regardless, but lack of TLS 1.1/2 support isn't one that can be overcome (when the server requires it). Anyway, good to hear that you found/fixed the problem.

piovrauz_as_guest

  • Guest
Re: Strange issue with audio stream
« Reply #4 on: 5 Sep '22 - 11:54 »
I'm curious about something: if I use the link I provided in my opening post, the stream plays nicely, showing each track artist/title.
But if I use the playlist you can get on the webpage (F12, https://hls-01-radiorecord.hostingradio.ru/record-goa/playlist.m3u8), nothing plays.

I remember getting the direct stream link somewhere, an aggregator of sorts I think, but I'd like to know why the playlists don't work.
I think the web player gets one .ts file, then the successive one, and so on - can XMPlay support this too? If it's too much of an hassle just forget my request.


Ian @ un4seen

  • Administrator
  • Posts: 24738
Re: Strange issue with audio stream
« Reply #5 on: 5 Sep '22 - 16:32 »
When you say "nothing plays", do you just mean there are no titles or is it actually not playing at all? It is playing fine here, but that playlist is for an HLS stream rather than an Icecast stream (as in the first post), and it doesn't appear to contain any title metadata. If it isn't playing at all there, please confirm what XMPlay version you're using. HLS support was introduced in 3.8.2.

piovrauz_as_guest

  • Guest
Re: Strange issue with audio stream
« Reply #6 on: 6 Sep '22 - 11:29 »
I checked again: if I paste in the open link dialog I get the music going, just no titles.
(I was opening the playlist after download, I guess with this station it doesn't work like this)

Question: how can the web player show the titles then?
If they ever axe the Icecast stream I'd lose the titles... I really hope that doesn't happen - or  find a way to get the titles on the HSL stream...

Ian @ un4seen

  • Administrator
  • Posts: 24738
Re: Strange issue with audio stream
« Reply #7 on: 6 Sep '22 - 14:09 »
I checked again: if I paste in the open link dialog I get the music going, just no titles.
(I was opening the playlist after download, I guess with this station it doesn't work like this)

Yes, that explains it. If you open the m3u8 file in a text editor, you will see that it contains relative paths, so it won't work unless it's placed alongside the referenced files on the server.

Question: how can the web player show the titles then?
If they ever axe the Icecast stream I'd lose the titles... I really hope that doesn't happen - or  find a way to get the titles on the HSL stream...

Perhaps the website's player is getting the titles separately from elsewhere. Do you see the titles when playing the stream with any other software?

piovrauz

  • Posts: 1009
Re: Strange issue with audio stream
« Reply #8 on: 7 Sep '22 - 19:19 »
No, I can't get titles with any other software.

Like you said, I think the player gets it from other places: watching the network activity I see that once a station is selected it downloads a playlist file, two ts files, one "now" api call, then restarts from the playlist and so on.

If you switch station (that site has more than one, it gets a synch js file, then goes as before.

No idea if this is standard, may be some custom thing. Can this kind of station/stream be added to XMPlay?