Support request: tunein.com

[bubbleguuum]

Tunein is extremely popular for radio.
It would be great to be able to extract streams links from such pages:

http://tunein.com/radio/FIP-Bordeaux-967-s50706/
http://tun.in/sepDY

[naglis]

Hi @bubbleguuum,
thanks for the report. I've added initial support for tunein.com, it should be available in the next version of youtube-dl. Please note that currently the format list you get when using the -F, --list-formats flag is sorted by reliability parameter, which is provided by TuneIn, as I've found that high quality streams are sometimes unavailable (HTTP 404) for some stations. Please post here or open a new issue if this is not the desired behavior.
Also, I've tested it a bit, but, seeing that TuneIn indexes various radio stations, there might be some corner cases, therefore any testing feedback would be welcome.

[naglis]

TuneIn.com should be supported in youtube-dl version 2014.11.24 and newer. Refer to our FAQ if you experience troubles updating.

[bubbleguuum]

Thank you very much for implementing it. From limited testing it seems to
work fine, although I would prefer high quality streams to be favored over reliability.
Would it be possible to filter out non-working streams (these ones with http 404) then order from best bitrate to lowest ?

[naglis]

I've tried to check using HEAD requests, however, some servers do not implement support them and some radio streams don't even use HTTP (MMS for example), thus HEAD requests can't be applied to those. So this method doesn't really work.

Would you still like the format list to be sorted by quality instead of reliability?

[bubbleguuum]

Yes, HEAD requests cannot be used on most of these streams. Not sure what you are using for http requests but a GET request just reading the response status line could work. If using wget, that doesn't seem to be possible as there isn't a mode allowing to make a GET request and just output the status line/headers.

As for sorting, I prefer quality over reliability as I think it fits better what youtube-dl does for other providers, but that's really debatable. The issue favoring reliability is that sometimes a 32K mp3 stream comes before a working 128K one. If you choose to keep it as it is, it is not a problem either as I'm invoking youtube-dl from a http servlet and can change the order myself.