Re: [emms-help] Problem with emms-librefm-stream - bad HTTP server reponse

[Yoni Rabkin]

> Hi Yoni,
>
> Your response is much appreciated, i agree with your conclusion that the
> current problem has to do with the librefm-api response. Looking foward
> to your hear from you to see how things develop. In the meantime i'll
> enjoy the streams you suggested.

The issue is that libre.fm has moved to https and Emms currently only
understands http. This is a matter of adding the right regexps in the
right places and checking that it doesn't break anything else
(regardless, I guess it is time Emms move into the https-everywhere age
and start supporting streaming over TLS connections too).

I'll be fixing this as soon as I can and post about it to the list once
I'm done.

> Yoni Rabkin <address@hidden> writes:
>
>> This worked fine when we implemented it and now it doesn't work for me
>> either. I don't even get a handshake over libre.fm. I get a slightly
>> better response via alpha.libre.fm, but no streaming.
>>
>> To make matters worse the GNU FM site
>> (http://bugs.foocorp.net/projects/librefm/wiki/Librefm_API) isn't
>> responding correctly either.
>>
>> I'm going to assume that Emms is working fine and that it's the libre.fm
>> servers which are currently wonky for non-browser related streaming.
>>
>> I've reached out libre.fm them via IRC. We'll see if they respond. I'll
>> write back if and when I get a response.
>>
>> In the meantime, note that M-x emms-streams still works fine (has been
>> for about a decade now.)
>

-- 
   "Cut your own wood and it will warm you twice"