Re: [Musicpd-dev-team] Bounty for custom development

2011-01-28 Thread Tim Carter
On 1/28/2011 1:30 PM, Max Kellermann wrote: > On 2011/01/28 17:24, Tim Carter wrote: >> I had considered making the controller responsible for maintaining >> persistent play history but I'm trying to limit it's role to >> 'fire-and-forget' and allow MPD to do what it does best; play the >> music

Re: [Musicpd-dev-team] RAOP output and mixer plugins

2011-01-28 Thread Max Kellermann
On 2011/01/27 02:51, Dustin Puckett wrote: > I took my patch, and got it to work with a recent version of MPD > about a month ago. Git has proven itself smarter than me, and I > can't figure out the proper way to get a patch from it, but I've > attached the output of 'git show', which I believe s

Re: [Musicpd-dev-team] Bounty for custom development

2011-01-28 Thread Max Kellermann
On 2011/01/28 17:24, Tim Carter wrote: > I had considered making the controller responsible for maintaining > persistent play history but I'm trying to limit it's role to > 'fire-and-forget' and allow MPD to do what it does best; play the > music. This separation also contributes to the robustnes

Re: [Musicpd-dev-team] Bounty for custom development

2011-01-28 Thread Tim Carter
On 1/28/2011 2:56 AM, Max Kellermann wrote: > On 2011/01/27 18:11, Tim Carter wrote: >> What I need is for MPD to retain persistent play history for a given >> playlist. The goal is to enhance the 'repeat' functionality so that a >> given song would not repeat until the entire list had been playe

Re: [Musicpd-dev-team] Bounty for custom development

2011-01-28 Thread Qball Cow
On 01/28/2011 03:03 PM, Greg Ward wrote: > On Fri, Jan 28, 2011 at 5:16 AM, Max Kellermann wrote: >> On 2011/01/28 09:52, Sean McNamara wrote: >>> The only problem is that mpd itself would be completely unaware of >>> this external daemon's existence, and as such, would not (could not) >>> prov

Re: [Musicpd-dev-team] Bounty for custom development

2011-01-28 Thread Greg Ward
On Fri, Jan 28, 2011 at 5:16 AM, Max Kellermann wrote: > On 2011/01/28 09:52, Sean McNamara wrote: >> The only problem is that mpd itself would be completely unaware of >> this external daemon's existence, and as such, would not (could not) >> provide any management service for it (i.e. stopping

Re: [Musicpd-dev-team] Bounty for custom development

2011-01-28 Thread Max Kellermann
On 2011/01/28 09:52, Sean McNamara wrote: > The only problem is that mpd itself would be completely unaware of > this external daemon's existence, and as such, would not (could not) > provide any management service for it (i.e. stopping and starting it, > or configuring it). If the goal is not to

Re: [Musicpd-dev-team] Bounty for custom development

2011-01-28 Thread Sean McNamara
Max, On Fri, Jan 28, 2011 at 2:56 AM, Max Kellermann wrote: > On 2011/01/27 18:11, Tim Carter wrote: >> What I need is for MPD to retain persistent play history for a given >> playlist.  The goal is to enhance the 'repeat' functionality so that a >> given song would not repeat until the entire l

Re: [Musicpd-dev-team] Bounty for custom development

2011-01-28 Thread Max Kellermann
On 2011/01/27 18:11, Tim Carter wrote: > What I need is for MPD to retain persistent play history for a given > playlist. The goal is to enhance the 'repeat' functionality so that a > given song would not repeat until the entire list had been played > through completely, even if another playli