> 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 <[email protected]> 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" _______________________________________________ Emms-help mailing list [email protected] https://lists.gnu.org/mailman/listinfo/emms-help
