On Mon, Mar 24, 2014 at 11:15:04AM +0100, David Coppa wrote:
> On Mon, Mar 24, 2014 at 11:11 AM, Landry Breuil <lan...@rhaalovely.net> wrote:
> > On Mon, Mar 24, 2014 at 10:25:14AM +0100, David Coppa wrote:
> >> On Mon, Mar 24, 2014 at 1:59 AM, Bryan Linton <b...@shoshoni.info> wrote:
> >> > On 2014-03-23 22:48:28, Landry Breuil <lan...@rhaalovely.net> wrote:
> >>
> >> >> - for some reason here mpd inexplicably stops playing after ending a
> >> >>   track, and 'mpc play' or telnetting to 6600 and issuing 'play' doesnt
> >> >> resume it, it still seems to think it's playing. I need to kill it and
> >> >> restart it for another track to properly play. Anyone experiencing this 
> >> >> ?
> >> >> Tried with/without random/consume modes.
> >> >>
> >> >> Please test this..
> >> >>
> >> >
> >> > I think I'm seeing the same bug here:
> >>
> >> Can you try if the attached patch helps?
> >>
> >> From: http://bugs.musicpd.org/view.php?id=3860
> >
> > Nope, no change. I'm also seeing weird mpd internal state, the currently
> > played track is not the one given by the currentsong command - as brian
> > said.
> >
> > Tried disabling sndiod, only using the libao output, only the httpd
> > output - no luck. I still need to kill mpd and start it again to make it
> > play one track.
> >
> 
> So, we're in the same boat with FreeBSD:
> 
> http://bugs.musicpd.org/view.php?id=3944

Nice.. can you pile on to ensure this is properly handled/debugged ?
Setting log_level to verbose doesnt give much more information...

Landry

Reply via email to