Active Topics

 



Notices


Reply
Thread Tools
mece's Avatar
Posts: 1,111 | Thanked: 1,985 times | Joined on Aug 2009 @ Åbo, Finland
#501
Originally Posted by aenbacka View Post
It is indeed really great that libspotify has been released for the arm architecture. From a technical point of view it would be no problem to switch to the official library as openspotify is api compatible; however, the current terns of use does not allow the library to be used on mobile internet devices (and N900 belongs to that category). Florian did post a question about this on the spotify forum, and they responded that they will consider a change to the usage terms. Hope that this clarifies the situation.
It does require some hacking it seems. libopenspotify is made after APIv4 specs and libspotify uses v7, and it doesn't support 96kbps. With some hacking I managed to compile qspot against libspotify but I didn't get it to actually work. If run as root it jammed at "connected to AP:" and if run as user it segfaulted. It was most likely my ugly hacks that caused the issues though. I had some warnings.

Aside from changeing #include <spotify/api.h> to #include <libspotify/api.h> and the .pro file, the main problems were the session bits that mostly return void in v7 where they kindly returned sp_error in v4. I just put whatever_error = SP_ERROR_OK;
sp_session_something()
instead of whatever_error = sp_session_something()

Also, turns out sp_session_init is now sp_session_create.
Code:
#if SPOTIFY_API_VERSION > 4
        sp_session_create(&m_config, &m_session);
#else
        sp_session_init(&m_config, &m_session);
#endif
worked for that.

But as I said, it didn't actually work. But it compiled. Now zzz.
__________________
Class .. : Meddler, Thread watcher, Developer, Helper
Humor .. : [********--] Alignment: Pacifist
Patience : [*****-----] Weapon(s): N900, N950, Metal music
Agro ... : [----------] Relic(s) : N95, NGage, Tamyia Wild One

Try Tweed Suit for your hardcore twittering needs
http://twitter.com/mece66
I like my coffee black, like my metal.
 
Posts: 564 | Thanked: 693 times | Joined on Apr 2010
#502
Originally Posted by mece View Post
It does require some hacking it seems. libopenspotify is made after APIv4 specs and libspotify uses v7, and it doesn't support 96kbps. With some hacking I managed to compile qspot against libspotify but I didn't get it to actually work. If run as root it jammed at "connected to AP:" and if run as user it segfaulted. It was most likely my ugly hacks that caused the issues though. I had some warnings.

Aside from changeing #include <spotify/api.h> to #include <libspotify/api.h> and the .pro file, the main problems were the session bits that mostly return void in v7 where they kindly returned sp_error in v4. I just put whatever_error = SP_ERROR_OK;
sp_session_something()
instead of whatever_error = sp_session_something()

Also, turns out sp_session_init is now sp_session_create.
Code:
#if SPOTIFY_API_VERSION > 4
        sp_session_create(&m_config, &m_session);
#else
        sp_session_init(&m_config, &m_session);
#endif
worked for that.

But as I said, it didn't actually work. But it compiled. Now zzz.
It is indeed possible to compile QSpot against the official libspotify library, I have myself made successful tests using it.. So I have a QSpot ready version that can be used with the official lib in case the terms of usage will allow it at some point (hopefully).. Quite a lot of changes were required as you stated due to libopenspotify using api version 4, while libspotify is already at version 7. In case the official library can be used, then we can add support directly for e.g., playlist management (creation / editing), starring tracks, playlist folders, caching of tracks etc.
 

The Following 4 Users Say Thank You to aenbacka For This Useful Post:
demiurgus's Avatar
Posts: 40 | Thanked: 86 times | Joined on Dec 2009 @ Sweden
#503
This is a really great and necessary application (stort tack)

One thing that I do miss however is possibility to control playback with bluetooth headphone buttons (play/pause, prev, next). Is this possible to implement?

Last edited by demiurgus; 2011-03-16 at 13:43.
 
Posts: 564 | Thanked: 693 times | Joined on Apr 2010
#504
Originally Posted by demiurgus View Post
This is a really great and necessary application (stort tack)

One thing that I do miss however is possibility to control playback with bluetooth headphone buttons (play/pause, prev, next). Is this possible to implement?
Happy to hear that QSpot works well for you! I have actually planned to add support for bluetooth headsets to a future QSpot version. It should be possible to implement without any major problems.
 

The Following User Says Thank You to aenbacka For This Useful Post:
Posts: 1 | Thanked: 0 times | Joined on Mar 2011 @ Sweden
#505
how do i get a Qspot acc? i have the app or what u wanan call it on my phone.. but no acc : <
 
towhatend's Avatar
Posts: 230 | Thanked: 185 times | Joined on Jul 2010 @ Sweden
#506
Originally Posted by Rica View Post
how do i get a Qspot acc? i have the app or what u wanan call it on my phone.. but no acc : <
You need to buy Spotify premium.
 
Guest | Posts: n/a | Thanked: 0 times | Joined on
#507
Originally Posted by aenbacka View Post
In addition to this, it should also be possible to change the playback volume when the device is locked, which has been a requested feature.
Hi.

Thanks for this great application, it really is easy to use and works just fine. I've noticed some small annoyances though (ver. 0.8.1-1), which are
  1. You can't exchange the bitrate once you've logged in
  2. Disconnection causes buffering to stop, even though it still claims to buffer. Re-connecting to the network doesn't fix this.
  3. Volume-button doesn't work when the device is locked
  4. Pressing the power-button causes a small skipping in the song, approx. 1-2 s.
Other than that I've had no issues with the functionality of the QSpot. Too bad though, that we can't have offline-playback, but that's up to Spotify to add it to the API, am I right?

Other than that keep up the good work. I'm on the limited 7 days Premium-trial and most likely won't be using Premium after that. If the situation does change and there would be a new version of QSpot I'd be happy to test it, since I'm already testing the Community SSU as well.
 

The Following User Says Thank You to For This Useful Post:
Posts: 564 | Thanked: 693 times | Joined on Apr 2010
#508
Originally Posted by rantom View Post
Hi.

Thanks for this great application, it really is easy to use and works just fine. I've noticed some small annoyances though (ver. 0.8.1-1), which are
  1. You can't exchange the bitrate once you've logged in
  2. Disconnection causes buffering to stop, even though it still claims to buffer. Re-connecting to the network doesn't fix this.
  3. Volume-button doesn't work when the device is locked
  4. Pressing the power-button causes a small skipping in the song, approx. 1-2 s.
Other than that I've had no issues with the functionality of the QSpot. Too bad though, that we can't have offline-playback, but that's up to Spotify to add it to the API, am I right?

Other than that keep up the good work. I'm on the limited 7 days Premium-trial and most likely won't be using Premium after that. If the situation does change and there would be a new version of QSpot I'd be happy to test it, since I'm already testing the Community SSU as well.
Thanks a lot for the feedback! I am planning a new update in the near future (hopefully during next week) which will address some of the issues (e.g., such as possibility to control the volume when the device is locked). I am also investigating the disconnection problem, I hope to implement a fix for this as soon as possible (the problem is due to being disconnected from the Spotify backend service, in which case a re-authentication is necessary). I have not noticed the issue with pressing the power button before you mentioned it, I will need to look into what could be the cause of that.

Offline playback would be a really nice feature, unfortunately it will be problematic to add due to i.e., legal issues. Required content protection is also problematic to add to an open-source application (e.g., part of it would need to be closed source). The Maemo5 platform itself does not directly support DRM at the operating system level (however, Meego should).. Still it will be interesting to see if we could utilize the official libspotify library in case Spotify makes changes to the current usage terms.
 

The Following 4 Users Say Thank You to aenbacka For This Useful Post:
Posts: 55 | Thanked: 17 times | Joined on Mar 2011 @ Finland
#509
Hi, this is a great app ! thank you I noticed the same thing when I pressed the power button: a 1-2 second pause appeared. The app works greatly, it is fast and smooth, atleast in my opinion. I have tried every other spotift clients for maemo but this is the best. Offline playlists would be awesome but maybe some day if Spotify gives permission.
 

The Following User Says Thank You to joonne For This Useful Post:
Guest | Posts: n/a | Thanked: 0 times | Joined on
#510
Originally Posted by aenbacka View Post
Thanks a lot for the feedback!
You're welcome, thanks for the reply. One more thing though, which I forgot to mention : pause playback when removing headset. Alternatively pausing and disconnecting would be nice as an option to save some battery.
 
Reply

Tags
premium account, spotify


 
Forum Jump


All times are GMT. The time now is 15:46.