Noah Williamsson's dashboard

Noah Williamsson started following the question "No network activity in iStat Menu" in Bjango.

Noah Williamsson started following the problem "Network Info not working" in Bjango.

Noah Williamsson marked one of Carl-Axel's replies in Spotify as useful. Carl-Axel replied to the problem "libspotify 0.0.2: Bogus sp_session_userdata() in ->notify_main_thread()".

Noah Williamsson marked one of Andreas Öman's replies in Spotify as useful. Andreas Öman replied to the problem "libspotify 0.0.2: Bogus sp_session_userdata() in ->notify_main_thread()".

Noah Williamsson started following the problem "libspotify 0.0.2: Bogus sp_session_userdata() in ->notify_main_thread()" in Spotify.

Noah Williamsson marked one of Jon Åslund's replies in Spotify as useful. Jon Åslund replied to the question "Error for MBID in Metadata API lookup on Albums".

Noah Williamsson marked one of Andreas Öman's replies in Spotify as useful. Andreas Öman replied to the problem "Typo in spotify/api.h: SP_ERROR_OTHER_PERMAMENT".

Noah Williamsson replied on October 23, 2009 15:21 to the idea "Let's integrate Spotify with Winamp to workaround annoyance of missing music in Spotify's catalog" in Spotify:

The other day this popped up. Not sure whether it's fake or not, though.
"Spotify Leaked Build Adds Local Music Library Option"
http://www.youtube.com/watch?v=nnqCID...

Noah Williamsson reported a problem in Spotify on October 23, 2009 00:00:

Typo in spotify/api.h: SP_ERROR_OTHER_PERMAMENT

$ grep PERMAMENT include/spotify/api.h
SP_ERROR_OTHER_PERMAMENT = 10, ///< Some other error occured, and it is permanent (e.g. trying to relogin will not help)

"SP_ERROR_OTHER_PERMAMENT" should have been "SP_ERROR_OTHER_PERMANENT".

This problem exists in libspotify 0.0.1 and 0.0.2

noah marked one of Andreas Öman's replies in Spotify as useful. Andreas Öman replied to the question "64bits libspotify ?".

noah replied on October 14, 2009 04:49 to the question "64bits libspotify ?" in Spotify:

I too would like to see 64-bit releases of libspotify for Linux aswell as a release for Mac OS X.

noah started following the question "64bits libspotify ?" in Spotify.

noah shared an idea in Spotify on October 14, 2009 04:44:

Want oAuth support for libspotify and other, future API services

I would like to see support for oAuth authentication in libspotify (and other, future API services).

The paragraph 3.2 in the Terms of Use says:

3.2 You must use the API in the exact, unaltered form provided to you by Spotify and may not utilize it in any manner that is not expressly authorized in these Terms of Use. Without limiting the foregoing, you may not:

..and continues to list:

request, collect, solicit or otherwise obtain access to sign-in names, passwords or other authentication credentials for the Service, other than by directing users to the Service via the means specifically provided for in the API;

If oAuth was supported it would allow users to grant third-party applications access to their resources (such as playlists) stored at Spotify without the need to give away their credentials. That would open the door for developers to create even more exciting services based on your API.

I somewhat understand the implications this has on the service frontend and the underlying network protocol, but I really think it could be useful. Perhaps this whole thing could be combined with the API key somehow?

There's an MIT-licensed oAuth library at http://liboauth.sourceforge.net/ (packaged as LGPL).

noah replied on October 03, 2009 12:51 to the problem "libspotify: Please fix the installation script" in Spotify:

I guess I should have pointed out I also had this problem on Ubuntu. It happens on Ubuntu 8.04, 8.10, 9.04 and 9.10.

noah replied on October 01, 2009 15:09 to the idea "URL Shortening Service" in Spotify:

No need to re-invent the wheel. Bit.ly, j.mp and others are already there.

noah reported a problem in Spotify on September 24, 2009 08:32:

libspotify: Please fix the installation script

1/
The Makefile for libspotify doesn't set a standard prefix for the install target.
I've been burnt several times after leaving out the prefix parameter when doing "make install" (i.e, should've done make prefix=/usr install)

That's not userfriendly. It should default to something like /usr/local or similar when unset, or simply fail with an error if prefix= is not set.

2/
If you download libspotify as user foobar, extract the tarball and then do sudo make install prefix=/usr, the resulting files will be owned by the user foobar and not root.

That's the result of using 'cp -p' to preserve ownership of the files being copied.

3/
libspotify is packages with the library files (.so) as a regular file and two symlinks.
In the install target in the Makefile you're using 'cp -p' to make copies of the files.
That results in the regular file and the two symlinks being installed as three regular files.

4/
After installing libspotify into /usr, ldconfig starts yielding every time it's run:
# ldconfig
/sbin/ldconfig.real: /usr/lib/ is not a symbolic link

I'm not sure what the cause of this is.

The fix for #2 and #3 is to use install(1) to explicitly set permissions and ownership as well as copying symlinks as symlinks, instead of simply derefencing the symlinks. install(1) is provided by default on most Linux platforms as well as Mac OS X.

noah asked a question in Spotify on September 24, 2009 08:14:

libspotify: How know when user have zero playlists?

I understand the current libspotify architechture is event-based and that one should rely on the provided callbacks to show and remove playlists in an application using libspotify.

There are however cases when you want to know when the playlist container is loaded, but the number of playlists are zero. I.e, if you would want to display a message like "You currently have no playlists. Learn how to create a playlist...".

So, my question is, how can you differentiate between a user having zero playlists and the playlist container not being loaded yet?

Ultimately, I would like to know two things:
a) When the playlist container is loaded (and up-to-date)
b) How many playlists are available in the playlist container

The second part is fullfilled by the sp_playlistcontainer_num_playlists() API call.
What I believe is missing here is a callback to notify when the playlist container is loaded and up-to-date.

sp_playlistcontainer_num_playlists() is supposed to return -1 "when undefined". What does this mean in practice?
That it will return -1 until the playlist container is loaded from the server?

Can you rely on the fact that sp_playlistcontainer_num_playlists() return 0 only when the playlist container is completely loaded AND the playlist container is empty?

noah replied on September 23, 2009 10:14 to the question "Libspotify Compilation Error "expected primary-expression before '.' token"" in Spotify:

Is line 349 this line?
afd = malloc(sizeof(audio_fifo_data_t) + s);

In that case, change it to:
afd = (audio_fifo_t *)malloc(sizeof(audio_fifo_data_t) + s);

What compiler are you using by the way?
(If you're using gcc, please post output from: gcc --version)
Also, did you change any options (CFLAGS) do make it treat warnings as errors or similar?

noah replied on September 22, 2009 20:12 to the question "API for Windows?" in Spotify:

There's an open source library called Openspotify that builds on Windows with Microsoft Visual C++. It's work-in-progress though, and doesn't support audio decoding yet.

noah replied on September 22, 2009 20:04 to the question "Libspotify Compilation Error "expected primary-expression before '.' token"" in Spotify:

Are you using an old, or possibly non-GCC, compiler?

Those errors stem from code looking like this:
static sp_session_callbacks session_callbacks = {
.logged_in = &logged_in,
.notify_main_thread = ¬ify_main_thread,
.music_delivery = &music_delivery,
.metadata_updated = &metadata_updated,
.play_token_lost = &play_token_lost,
.log_message = NULL,
.end_of_track = &end_of_track,
};

You could try remove ".member = " part, i.e something like this:
static sp_session_callbacks session_callbacks = {
&logged_in,
¬ify_main_thread,
....

The line numbers in the compiler error output will tell you what lines you need to change.