Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Open-Source Spotify App

github.com

Post reply on HN
Print view View original

91–100 of 113 posts

Re: Open-Source Spotify App

#91

Post by kingosticks »

Macha wrote: post #45
trashcat wrote: post #43

Earlier quoted context omitted.

I haven't been able to get spotifyd to work, but I've been using Mopidy and MopidySpotify for years.

What frontend have you been using for mopidy? I've been looking into it as a potential Clementine replacement since Clementine's Spotify support is dead. Basically I want a good interface for managing large playlists (so nativeish lists with multi select support for add/remove/reorder, not an album art focused UI), and support for mixing Spotify, local and network shared tracks in a single playlist.

Mopidy Iris is the most polished but it doesn't yet support the latest and greatest Mopidy v3.

https://mopidy.com/ext/

Re: Open-Source Spotify App

#92

Post by kingosticks »

Macha wrote: post #47
bransonf wrote: post #42

Earlier quoted context omitted.

I don’t think this is how it works. I haven’t played with the API but I’ve dug around a bit in the source for the Spotify client. More likely, it’s by sending a stream of data or otherwise its sending encrypted chunks for which Spotify has a decoder integrated. That’s how the desktop client works at least. Your prediction seems unlikely to me for the reason that any transmission of unencrypted data like that exposes…

The old API (libspotify) did decrypt raw audio data and hand it to the player. This is likely why it was killed (that and an inability to tie usage to apps, only to users). The currently supported SDKs are for web, iOS and Android which perform the decryption via EME or platform specific DRM support. They also require app specific oauth authentication. However, libspotify's playback endpoints still work, likely due t…

Mopidy does indeed still use libspotify through our pyspotify Python 3 bindings. Search and everything relating to playlists is broken in libspotify[0] so we use the Web API for this functionality in Mopidy 3 (just released). Spotify's newer browser-only streaming library is useless to us.

I believe that librespot (at least one of the implementations) now supports audio from Spotify's new HTTP endpoints, rather than via the 'Mercury' protobuf stuff that libspotify uses. The point being that it might still have a future after Spotify finally kills the remaining parts of libspotify.

Disclaimer: I'm a Mopidy developer.

[0] https://jodal.no/2016/02/18/guide-to-poor-api-management/

Edit: oh, and you do need an API key to use libspotify, which Spotify no longer provide. So that kills off any new users from adopting libspotify/pyspotify, even if they could live with the short-commings.

Re: Open-Source Spotify App

#93

Post by csunbird »

dannyw wrote: post #67
alpb wrote: post #61

Earlier quoted context omitted.

Does anyone know why Spotify doesn’t pursue name rights or DMCA takedowns in all these OSS projects, as they reverse engineer and use Spotify’s name? Snapchat practices DMCA/copyright for a lot for these sort of projects.

"Laws can definitely help, but it doesn't take away the problem. The only way to solve the problem was to create a service that was better than piracy and at the same time compensates the music industry – that gave us Spotify." - Daniel Ek (Spotify co-founder)

I wish the TV industry can accept way of Spotify is the way to go. Instead, now we have dozens of streaming platforms with exclusive contents.

Re: Open-Source Spotify App

#94

Post by trasz »

saagarjha wrote: post #78
thasian wrote: post #53

Earlier quoted context omitted.

Thank you for the comment. I learned a few things about licensing. The main reason I chose GPL was because I don't want someone else building a commercial closed source application based on my app; others can still fork the project and modify it. I don't intend to release this app on any other platform but others who want to may feel free - I think GPL allows for this. In the end, I don't really care what others do w…

> The main reason I chose GPL was because I don't want someone else building a commercial closed source application based on my app; others can still fork the project and modify it. GPL is generally the best choice for that. > In the end, I don't really care what others do with my app as long as they consult me about what they want to do with it There’s no popular license that I know of that requires people to tell y…

Sure there is: CDDL. It requires one to give the changes back, as opposed to passing them to whoever they distribute to.

Re: Open-Source Spotify App

#95

Post by hr2016 »

bransonf wrote: post #2

This is an iOS app, but if it isn’t what you were hoping for, check out these other projects. A CLI UI for Spotify [0] Spotify as a daemon [1] [0] https://github.com/Rigellute/spotify-tui [1] https://github.com/Spotifyd/spotifyd

Been using this for a while on a media center RPI3.

https://github.com/dtcooper/raspotify

Re: Open-Source Spotify App

#96

Post by kingosticks »

snek wrote: post #30
bransonf wrote: post #2

This is an iOS app, but if it isn’t what you were hoping for, check out these other projects. A CLI UI for Spotify [0] Spotify as a daemon [1] [0] https://github.com/Rigellute/spotify-tui [1] https://github.com/Spotifyd/spotifyd

Also https://github.com/librespot-org/librespot and https://github.com/hrkfdn/ncspot

Don't forget Mopidy!

https://news.ycombinator.com/item?id=21867180

Re: Open-Source Spotify App

#97

Post by Esthrowaway123 »

akvadrako wrote: post #86
shhsshs wrote: post #80

Earlier quoted context omitted.

“To stream music, it redirects you to the Spotify app.” Seemed pretty obvious to me.

He said it “pulls in music”. That’s seems obvious too.

Yeah. That and "retrieves music" both sound like it's actually pulling encoded audio files down

Re: Open-Source Spotify App

#98

Post by sweeneyrod »

csunbird wrote: post #93
dannyw wrote: post #67

Earlier quoted context omitted.

"Laws can definitely help, but it doesn't take away the problem. The only way to solve the problem was to create a service that was better than piracy and at the same time compensates the music industry – that gave us Spotify." - Daniel Ek (Spotify co-founder)

I wish the TV industry can accept way of Spotify is the way to go. Instead, now we have dozens of streaming platforms with exclusive contents.

They can't, because they have a different business model. For TV content producers, consumers paying for content (with either dollars or eyeballs) is their main source of income. But for musicians, most of their money comes from playing live shows. So Spotify can be much more relaxed about revenue than HBO.

Re: Open-Source Spotify App

#99

Post by Legogris »

Macha wrote: post #45
trashcat wrote: post #43

Earlier quoted context omitted.

I haven't been able to get spotifyd to work, but I've been using Mopidy and MopidySpotify for years.

What frontend have you been using for mopidy? I've been looking into it as a potential Clementine replacement since Clementine's Spotify support is dead. Basically I want a good interface for managing large playlists (so nativeish lists with multi select support for add/remove/reorder, not an album art focused UI), and support for mixing Spotify, local and network shared tracks in a single playlist.

It was ~5 years ago, but I used ncmpcpp and Spotify with great success.
Post reply on HN