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

Ongoing work to extend subsonic API #242

Open
Tolriq opened this issue Jan 12, 2023 · 7 comments
Open

Ongoing work to extend subsonic API #242

Tolriq opened this issue Jan 12, 2023 · 7 comments

Comments

@Tolriq
Copy link

Tolriq commented Jan 12, 2023

Hi,

There's currently an ongoing work to try to expand the Subsonic API and improve the global ecosystem around it.
Since you have been mentioned it would be nice if you were interested in participating.

See https://support.symfonium.app/t/expanding-subsonic-api/1115 and https://support.symfonium.app/c/subsonic-api-extensions/11

@spl0k
Copy link
Owner

spl0k commented Jan 14, 2023

Interesting, I'll chime in.

@ivan-avalos
Copy link

I wouldn't trust an API initiative from a proprietary app.

@Tolriq
Copy link
Author

Tolriq commented Jan 27, 2023

What a strange point of view care to elaborate?

If you had read just a little you'd see how it's proposed and even the proposed public org own by the servers ....

@ivan-avalos
Copy link

ivan-avalos commented Jan 27, 2023

Yes, you're right. I should have read it. However, I'm still wary of this. For example, the server identification proposal might encourage server developers to introduce non-standard features that clients would need to handle especially, introducing a lot of fragmentation in the ecosystem, giving dominance to the most popular implementations. I would really only stick to semver.

Remember that even if the web is full of standards organizations, Google still has the lead and is a quasi-monopoly!

@Tolriq
Copy link
Author

Tolriq commented Jan 27, 2023

The thing is that the goal of this is specially to fix the current status of Subsonic. It's gone closed source and the definition is not clear.
Every server currently implementing the API have subtle differences in the handling making the life of all clients difficult.
The server identification part, is just here to help clients to deal with the current differences between servers.

The rest and future is proposed via the extensions, allowing servers to follow the API at their pace, without having to deal with tons of changes, and not being able to add a feature until it had support for the 12 or 20 others from that new version.

Subsonic API lacks quite a few things to rivals with the other media centers now, the solution is either to bring something easy for the servers to maintain or stop using Subsonic, and use each server specific API.
Most servers already have their internal API to do things that Subsonic does not support, but that would mean, less clients, and would do exactly what you fear, generate monopoly, if only one server publish an API and have the best clients, many users will move.

@baldurmen
Copy link
Contributor

There's also the OpenSubsonic effort:

https://opensubsonic.netlify.app/
https://github.com/opensubsonic/open-subsonic-api

@Tolriq
Copy link
Author

Tolriq commented Jan 22, 2024

This is actually the result of all that work ;) Not something else.

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

4 participants