Re: [arch-general] [mpd+ncmpcpp] mpd hangs when manually moving forward on track, or to nex track

...

...

...

...

On Sun, Mar 26, 2017 at 8:22 PM, Javier Vasquez 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 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 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 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...

On Mon, Mar 27, 2017 at 9:46 PM, Javier Vasquez wrote: 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...

BTW, regarding HW, I've also tried SATA HD on the mintbox 2 machines... -- Javier