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