Kodi Community Forum

Good morning everyone Smile

There was a web radio station I was listening to for the last ~3 years. Yesterday, that station closed down, forever. On kodi, I used a pls file that simply played the stream when it was opened inside kodi, and it only had a single entry, the one for that radio station.
I found a new radio station and I decided to make a new pls or m3u file like before and add it to kodi. Here are the contents of the m3u file

Code:
$ cat test1.m3u 

#EXTM3U

#EXTINF:0,boombox.com.gr

http://stream.radiojar.com/n4n9x10yzd5tv

and the contents of the pls file I created

Code:
$ cat test2.pls 

[playlist]

NumberOfEntries=1

File1=http://stream.radiojar.com/n4n9x10yzd5tv

Title1=boombox.com.gr

Length1=-1

But all my kodis (info on signature) fail to play both of them. The files were tested with mpv, mplayer, deadbeef, vlc and foobar2k and they play like they are supposed to, so I assume there is not an issue with them but with kodi. So here is what kodi's log says when it fails to open one of them

Code:
03:50.360 T:139887894599232   ERROR: CCurlFile::FillBuffer - Failed: Timeout was reached(28)

03:50.413 T:139887894599232   ERROR: Open - error probing input format, http://stream.radiojar.com/n4n9x10yzd5tv

03:50.413 T:139887894599232   ERROR: Init: Error creating demuxer

03:50.413 T:139887894599232   ERROR: CAudioDecoder: Unable to Init Codec while loading file http://stream.radiojar.com/n4n9x10yzd5tv

03:50.413 T:139887894599232 WARNING: PAPlayer::QueueNextFileEx - Failed to create the decoder

03:50.413 T:139887894599232   ERROR: Playlist Player: skipping unplayable item: 0, path [http://stream.radiojar.com/n4n9x10yzd5tv]

And the same thing happens when I add ".mp3" to the end of the url, just in case, like so

Code:
http://stream.radiojar.com/n4n9x10yzd5tv.mp3

Any ideas?

I found the why. Actually, not me, another user in another forum found it.
The stream in the above url is actually redirected to

Code:
http://ample-10.radiojar.com/n4n9x10yzd5tv

All the forementioned players seem to follow that redirection, but kodi does not follow it, so if someone can file it as a bug and have it fixed by the time 18 will be out, I would be grateful. If not, I can open an issue report on kodi's github page.
I don't think it is big issue and that it can be resolved easily.

Not sure that following redirection when playing web radio streams was ever a part of Kodi by design. So not exactly a bug, and hence unlikely to be added to v18 since we are late in Beta phase. I have to wonder if such an openness to redirection could not be a security weakness?

Quote:I don't think it is big issue and that it can be resolved easily.

That's wonderful, but unless you have both the time and skills to raise the necessary PR it is not a helpful statement to make. Next time you are really busy with more work than time, imagine how much you would like someone to ask you do yet more work but cheerfully say what they want is easy.

Test it on v18 and open an issue on Github if you like with full details, but I have to say it may be more a feature request than a bug.

Yes this is indeed a not a feature in Kodi, would be nice one day, but as you mention it can be solved by finding the destination URL.

The issue was fixed for kodi 18 beta 4, according to this commit here
https://github.com/xbmc/xbmc/commit/05a5...49a5fa9f6d

Too bad I can not install kodi 18 now and check, but I trust the devs.

jim_p

jim_p

DaveBlake

docwra

jim_p