Re: streams and metadata

[Fran Burstall (Gmail)]

Can you please open a branch with this code in it so that we can test
and try it out easily?

Yup: the 'radio-browser' branch should be ready for testing now.

---Fran

On Sat, 11 Jan 2025 at 19:33, Yoni Rabkin <yoni@rabkins.net> wrote:

"Fran Burstall (Gmail)" <fran.burstall@gmail.com> writes:

> I started to play with the https://www.radio-browser.info API and built a
> radio station browser for EMMS which I attach.
>
> There are three entry points
>
> emms-radio-browser-search-by-name
> emms-radio-browser-search-by-url
> emms-radio-browser-full-search
>
> All search the radio-browser database and return a playlist of results.
> The last of these needs the (built-in since v28.1) transient package.
>
> It has only been lightly tested.
>
> If you think this is a worthwhile addition to EMMS, I can add it to the git
> repo and write some documentation...
>
> ---Fran

I think that sounds good; thank you for working on this.

Can you please open a branch with this code in it so that we can test
and try it out easily?


> On Thu, 26 Dec 2024 at 17:11, Fran Burstall (Gmail) <fran.burstall@gmail.com>
> wrote:
>
>> I have been playing with emms-streams and with
>>
>>    (setopt emms-player-mpv-update-metadata t)
>>
>> it is very capable.
>>
>> One mild pain point however is that adding a new stream with
>> 'emms-add-streamlist' and friends gives a streamlist with less information
>> than the built-in streamlists: it lacks the metadata field which is useful
>> for getting the station name (which can then be fed to a track-description
>> function to make for a more informative display in the playlist buffer).
>>
>> Of course, one can populate such a field by hand and this is what I have
>> been doing but There Must Be A Better Way.  This is the sort of thing that
>> the unimplemented emms-streams-info.el could be doing but I understand that
>> querying the url for such information is a bit of a nightmare (does the
>> stream have ICY tags etc).  There have been previous discussions on this
>> list about this.
>>
>> However, there seems to be an alternative: https://www.radio-browser.info
>> is a free (as in freedom, as far as I can tell) repository of station
>> information with an API.  Perhaps one could query this to get metadata
>> about the stream?
>>
>> One could also imagine other uses of this data like a radio station
>> browser in EMMS or being able to add streams by name rather than url...
>>
>> Thoughts?  Worth pursuing?
>>
>> ---Fran
>>
>>
>>
>

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