8000 [Feature] Queue feature · Issue #14 · pft/mingus · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

[Feature] Queue feature #14

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.

Sign up for GitHub

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

Jump to bottom
Open
rogorido opened this issue Dec 14, 2015 · 4 comments
Open

[Feature] Queue feature #14

rogorido opened this issue Dec 14, 2015 · 4 comments

Comments

@rogorido
Copy link

Is there a chance that you add a queue feature to mingus? I know this is not completely ease, since mpd does not support queueing (or only in a very strange way), but maybe it is easier in emacs with some trick in the playlist...

(and thanks for the package!)
@pft
Copy link
Owner
pft commented Dec 14, 2015

Mpd has a current playlist, in which one 'queues' songs. Do you mean st.
like 'play this song next'? You can achieve such stuff with
mingus-point-of-insertion. Please look into that and tell me if it
scratches your itch.

On Monday, December 14, 2015, Igor Sosa Mayor notifications@github.com
wrote:

Is there a chance that you add a queue feature to mingus? I know this is
not completely ease, since mpd does not support queueing (or only in a very
strange way), but maybe it is easier in emacs with some trick in the
playlist

(and thanks for the package!)

—
Reply to this email directly or view it on GitHub
#14.

http://pft.github.com

@rogorido
Copy link
Author

Thanks for your answer. I think it is not exactly the same. And as I said, mpd itself has a rather strange implementation: http://www.musicpd.org/doc/protocol/recipes.html#queuing_recipe

The idea is: you have a long playlist of songs and want to play them, let say 3 or 4, after the current song, without having to reorder the list...

@pft
Copy link
Owner
pft commented Dec 21, 2015

Ok, so that's what queueing is about. I think we can implement this with
the prio commands, that is, if your use case is random mode. It is indeed a
bit of a pain that we have to maintain an internal copy of the prios or ask
mpd before setting prios.

mingus-enqueue could do the following:

when there is an active region, enqueue songs contained within.
when there are marked songs, enqueue those
else enqueue song at point.

Enqueue would mean: play (list of) song(s) after current song.

As to feedback: non-zero priority values could perhaps be shown in an extra
column (the mopidy branch has a column layout and I want to merge that back
into master).

When enqueueing multiple songs, should their internal order be random or
ordered according to playlist order?

Note: I do not yet know when I have time to implement this, but first we
have to be on the same track.

On Sunday, December 20, 2015, Igor Sosa Mayor notifications@github.com
wrote:

Thanks for your answer. I think it is not exactly the same. And as I said,
mpd itself has a rather strange implementation:
http://www.musicpd.org/doc/protocol/recipes.html#queuing_recipe

The idea is: you have a long playlist of songs and want to play them, let
say 3 or 4, after the current song, without having to reorder the list...

—
Reply to this email directly or view it on GitHub
#14 (comment).

http://pft.github.com

@rogorido
Copy link
Author

Thanks for the long answer.

  1. I can imagine that it is complicated/painful to have to maintain an internal "playlist" inside of the playlist.
  2. I'm interested in the feature, but I can understand if it is too complicated.
  3. When enqueueing multiple songs, should their internal order be random or ordered according to playlist order? --> Theoretically, if I understand it rightly, mpd plays them according to the priority.

If you need tests for this feature or another, let me know. It is a pleasure to be able to use mpd inside emacs. Thanks again for the package!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@pft @rogorido
0