Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Metadata again.. #266

Open
frafall opened this issue Nov 25, 2017 · 7 comments
Open

Metadata again.. #266

frafall opened this issue Nov 25, 2017 · 7 comments

Comments

@frafall
Copy link

frafall commented Nov 25, 2017

Metadata/tags has been sadly overlooked, as it is now every integration patches its own.

I suggest we address this by making metadata available in the audio_backend.

Ex. Pulseaudio has a more or less well defined API where it uses properties, Airplay supports its own tags, for the stdout backend we can continue to use stderr as the simple "Track loading" stuff does today but should be expanded with more tags. Currently metadata is not a part of the audio backend API at all as far as I can tell.

Also, all the basic tags should be available without having to lookup in Spotify again as that would push complexity into audio distribution (Pulseaudio, Snapcast). Adding a tag for Spotify reference would be nice to enable elaborate UI's (ex Kodi with a lot of track info) but basic info should be available without complexity.

Any ideas?

@frafall
Copy link
Author

frafall commented Nov 30, 2017

Hmm, is this maintained at all anymore? Or moved somewhere else?

Anyone?

@herrwusel
Copy link

See the readme here:
https://github.com/plietar/librespot#unmaintained

@frafall
Copy link
Author

frafall commented Dec 1, 2017

Ye, have any1 come forward to take ownership or do we all fragment it into our own special versions?
It's a brilliant piece of code and I'd hate to see it fragment :(

@herrwusel
Copy link

Sorry but another url again:
#263 (comment)

Maybe you step forward? :)

@frafall
Copy link
Author

frafall commented Dec 2, 2017

Tempting but my rust skills are more than rusty S
We are probably better off with someone who can evaluate pulls...

@sashahilton00
Copy link
Contributor

@frafall see https://github.com/librespot-org/librespot the recent successor.

@frafall
Copy link
Author

frafall commented Jan 29, 2018

This is good new indeed!

👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants