Menu

Main Menu
Talk Get Daily Search

Member's Online

    User Name
    Password

    [ANNOUNCE] QSpot, a Qt-based Spotify client based on libspotify

    Reply
    Page 51 of 112 | Prev | 41   49     50   51   52     53   61 | Next | Last
    mece | # 501 | 2011-03-09, 00:56 | Report

    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.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    aenbacka | # 502 | 2011-03-09, 08:02 | Report

    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.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 4 Users Say Thank You to aenbacka For This Useful Post:
    Bartus, mece, OVK, Zekahz

     
    demiurgus | # 503 | 2011-03-16, 12:45 | Report

    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?

    Edit | Forward | Quote | Quick Reply | Thanks

    Last edited by demiurgus; 2011-03-16 at 13:43.

     
    aenbacka | # 504 | 2011-03-16, 16:48 | Report

    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.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following User Says Thank You to aenbacka For This Useful Post:
    Bartus

     
    Rica | # 505 | 2011-03-21, 18:16 | Report

    how do i get a Qspot acc? i have the app or what u wanan call it on my phone.. but no acc : <

    Edit | Forward | Quote | Quick Reply | Thanks

     
    towhatend | # 506 | 2011-03-21, 18:32 | Report

    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.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    rantom | # 507 | 2011-03-27, 14:11 | Report

    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.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following User Says Thank You to For This Useful Post:
    aenbacka

     
    aenbacka | # 508 | 2011-03-27, 18:00 | Report

    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.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 4 Users Say Thank You to aenbacka For This Useful Post:
    mece, Nozu, OVK

     
    joonne | # 509 | 2011-03-27, 18:41 | Report

    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.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following User Says Thank You to joonne For This Useful Post:
    aenbacka

     
    rantom | # 510 | 2011-03-27, 19:34 | Report

    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.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    Page 51 of 112 | Prev | 41   49     50   51   52     53   61 | Next | Last
vBulletin® Version 3.8.8
Normal Logout