Multiple States #2010
johnallsup
started this conversation in
Ideas
Multiple States
#2010
Replies: 2 comments 6 replies
-
Such a feature already exists, it was added in version 0.22. Each MPD "partition" has its own queue and state. |
Beta Was this translation helpful? Give feedback.
3 replies
-
Use |
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
At present, what I have on my music player (a headless Thinkpad in the corner of my flat connected via an audio interface to my hifi), is 32 instances of mpd running as a user, on ports 6600..6631. Each of them can have its own play state (playlist + what track is playing and where in the file it is, volume, and repeat/single/random/consume state).
This could be subsumed into a single instance of mpd if it had the facility to maintain multiple states and switch between them (only one mpd instance is playing at a time under normal circumstances).
Also the capacity to dump and load state to named files (not just playlists), and have multiple loaded states in named/numbered slots. Indeed a stack-like system whereby I load an auxiliary playlist in consume mode and, when empty, it pops off the stack and restores (and starts playing) the previous state.
I'm interested to play around with mpd's source code, and implementing this seems like a nice exercise in learning it. Any pointers as to where to start?
Related, is it possible to tell mpd to refresh the contents of the playlists without rescanning the entire library?
Beta Was this translation helpful? Give feedback.
All reactions