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

[Javier Vasquez]

>>>> On Sun, Mar 26, 2017 at 8:22 PM, Javier Vasquez <j.e.vasquez.v at gmail.com> 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 at gmail.com> 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 at gmail.com> 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 at gmail.com> 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