Sunset of libspotify

Re:Sunset of libspotify by andoma on Wednesday May 18, 2022 @10:28AM (#31423209)

Used to work for Spotify back in the days. I was the maintainer of libspotify since its inception (early 2009) and a few years on. TBH I'm surprised it was still being supported up until this day by the backend. Though, some of the earliest hardware integrations were made using libspotify (before the eSDK came about) so I suppose it just had to be kept alive longer than otherwise would have been needed.

RIP <3

[ Parent | on HN ]

Re:Sunset of libspotify by mschulze on Wednesday May 18, 2022 @11:58AM (#31424351)

Hey, Cool to see someone who worked on this :) Back in the day I wrote a (probably really bad, not a C/C++ developer) wrapper around libspotify for Node.js: https://github.com/FrontierPsychiatrist/node-spotify

At some point it could do enough for me to build a webapp with Node.js running on a Rapsberry Pi to stream Spotify.

I even got contacted by Spotify to take down the domain node-spotify.com for it.

[ Parent | on HN ]

Re:Sunset of libspotify by tommiegannert on Wednesday May 18, 2022 @03:11PM (#31426472)

I agree. Seems it had a good run. I still remember the fairly long discussions of whether to make the public API C or C++. Fun times. :)

[ Parent | on HN ]

Re:Sunset of libspotify by gaws on Wednesday May 18, 2022 @04:50PM (#31427475)

> C or C++

How did Spotify land on C?

[ Parent | on HN ]

Re:Sunset of libspotify by tommiegannert on Thursday May 19, 2022 @03:05AM (#31431577)

The client itself was C++, so it would have been the natural choice. But we didn't want the ABI liability since it was shipped in binary form. So libspotify became a thin C-wrapper over the C++ core. That way, we didn't have to worry about vtable layouts blowing up.

[ Parent | on HN ]

Re:Sunset of libspotify by juanci_to on Wednesday May 18, 2022 @12:08PM (#31424472)

How was it working for Spotify? They are kind of an interesting company for me

[ Parent | on HN ]