-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ability to view queue #63
Comments
Afaik, there's no way to get this from the Web API. The client could try to "guess" the queue, but it would be completely useless as soon as shuffle is enabled. |
Well, that's a shame. I guess there's really nothing you can do in that case. By the way, I really appreciate your effort working on this client. Apart from this one issue (which isn't even your fault), it has everything I could ask for. Thanks for making this. |
For me shuffling wouldn't be an issue because I never use it - I use either queue or play some pre-defined playlist, or just an artist radio. Because queue is the most essential feature for me, I should manage my queue from another device from the official client. What does the "guessing" mean in this case? Perhaps it would still be better than nothing? |
basically, spotify-qt has no way to ask the spotify api for the queue. this means that if anything outside spotify-qt made changes to the queue, it wouldn't be accurate anymore. keeping a local queue would be pretty difficult with the current api, and in any case it would be pretty fragile if any other client is involved, but if the eventual plans to have a bundled librespot-based player ever come to fruition, it would be totally feasible (as spotify-qt would then itself be responsible for handling all queue operations). afaik that is a long term goal of the project, but it will take a while before that gets implemented. in the meantime, it might be possible to hack something together when using a locally running spotifyd. it would be possible to make spotifyd open a socket where it listens to commands that can't be handled using the web api, like queue management, and then send commands using that from spotify-qt. however, even that would be a fair bit of work which would probably better be directed at implementing the internal librespot player instead. (for the record i'm in no way affiliated with spotify-qt, these are just my thoughts) |
More or less. Adding a "guessed" queue wouldn't provide any additional functionality that the track list doesn't already provide. The guessed queue would basically just find the current track in the list and show all coming tracks. Tracks added to the queue wouldn't show up, it would only work with playlists and albums, and the API doesn't allow you to skip multiple tracks at once. That's why I don't think it would be very useful. Having a "local queue" is an option, but it can too easily get out of sync, from even just restarting the client, so I don't think it's useful enough to actually implement. Implementing an embedded playback client is a long-term goal, but it's not very likely to be usable in a while. In the meantime, the goal is to deprecate the current librespot/spotifyd integrations and instead add support for librespot-java, as it provides an API that can actually fetch the correct queue among other things. Then this issue can be resolved in the best way currently possible. |
Not sure when it was added, but I just randomly noticed that the queue is now available from the API, so I ended up implementing proper support for it 🎉 |
I'm running |
Ah. I need to update to |
It would be nice if it was possible to view and edit the play queue.
The text was updated successfully, but these errors were encountered: