>>>> On Sun, Mar 26, 2017 at 8:22 PM, Javier Vasquez <j.e.vasquez.v@xxxxxxxxx> wrote: >>>> ... >>>> >>>> If someone is familiar with mpd (user, non root) + ncmpcpp on Arch, >>>> perhaps can help me out... >>>> >>>> Whenever I move forward/backward on the same playing track (f/b), mpd >>>> just hangs, usually so hard, that mpd needs to be restarted to do >>>> anything. A workaround is to pause the track, and then move >>>> forward/backward, and then play again, most of the time that works... >>>> >>>> When playing a track, and then moving to next/prior track (>/<), then >>>> mpd hangs. To get it back alive, it's enough to stop mpd (s), and >>>> start any track (enter). The pause work around for moving >>>> forward/backward on the same track doesn't work, mpd keeps hanging, >>>> but stopping mpd (s), and starting any track (enter) works. Stopping >>>> mpd (s), to move to the next track as a work around doesn't work, >>>> given there's no current track playing, therefore mpd can find the >>>> next... >>>> >>>> So it's sort of weird that moving around where to play mpd, kinds of >>>> makes it hang... >>>> >>>> BTW, I have 2 mpd outputs, the pulse output but also a visual fifo, >>>> however by keeping only the pulse audio doesn't help, so It's not >>>> related to the visual fifo... >>>> ... >>> >>> On Mon, Mar 27, 2017 at 9:05 PM, Javier Vasquez <j.e.vasquez.v@xxxxxxxxx> wrote: >>> OK, for those who replied, it basically works like that in all my >>> boxes, most are mintbox 2 with 2 core i5 as processors, intel hda >>> audio and SATA SSD. One laptop is an HP EliteBook 840 G3 with 2 core >>> i7 processors, intel hda audio (or plantronics USB audio headset) and >>> PCIe SSD. One laptop is aToshiba nb505 with Atom 64 processor, intel >>> hda and SATA SSD. >>> >>> All of them use up to date x86_64 Arch, and have the same behavior. >>> The related packets: >>> >>> mpd 0.20.6-1 >>> libmpdclient 2.11-1 >>> libmpd 11.8.17-2 >>> ncmpcpp 0.7.7-4 >>> pulseaudio 10.0-2 >>> linux 4.10.5-1 >>> >>> Notice I recompiled the ncmpcpp package getting the exact same >>> behavior on the EliteBook. >>> >>> Regarding what I'm playing, any ogg vorbis file I have experience the >>> same. I don't have mp3 files. It doesn't matter if the files are in >>> local SSD, or network mounted drive. In any case is the same. >>> >>> I didn't file a bug at 1st, hopping it was a known issue perhaps, and >>> people would know about a workaround. See the behavior can be >>> reproduced on any machine I try, all Arch x86_64. I haven't tried >>> ncmpc (I like ncmpcpp better), but moc doesn't have any issues, though >>> I prefer mpd... >>> >>> I'll try ncmpc next, to see if I only get the behavior with ncmpcpp... >>> ... >> >> On Mon, Mar 27, 2017 at 9:09 PM, Javier Vasquez <j.e.vasquez.v@xxxxxxxxx> wrote: >> I installed ncmpc: >> >> ncmpc 0.27-1 >> >> And I experience exactly the same. sounds more like a mpd thing then? > > On Mon, Mar 27, 2017 at 9:31 PM, Javier Vasquez <j.e.vasquez.v@xxxxxxxxx> wrote: > Filed the following bug: > > https://bugs.archlinux.org/task/53477 > > Can you reproduce with similar configs to mine (see bug for configs)? > I use non root user systemd service... Following up on htop and iotop... I don't see anything abnormal on total memory used, 13%. No swapping at all. The load average indicated is 0.34 0.34 0.35. The mpd CPU% load keeps between 0 and 5, while the ncmpcpp keeps between 0 and 1. The mpd Mem% keeps steady in 0.3, and the ncmpcpp one in 0.1. The i/o indicates NO access to disk at all while hanging, not for mpd neither for ncmpcpp... I see nothing weird about memory neither cpu consumption, and the i/o shows what's going on, nothing, mpd just hanging... -- Javier
