FS#53477 - [mpd] mpd hangs when manually moving forward/backward on same track, or to next/prior track
Attached to Project:
Arch Linux
Opened by Javier (jevv) - Tuesday, 28 March 2017, 03:28 GMT
Last edited by Eli Schwartz (eschwartz) - Friday, 14 July 2017, 02:00 GMT
Opened by Javier (jevv) - Tuesday, 28 March 2017, 03:28 GMT
Last edited by Eli Schwartz (eschwartz) - Friday, 14 July 2017, 02:00 GMT
|
Details
Note: Actions performed on both ncmpcpp and ncmpc leads to
same results...
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... It affects all my machines. 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. 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. * package version(s) mpd 0.20.6-1 libmpdclient 2.11-1 libmpd 11.8.17-2 ncmpcpp 0.7.7-4 ncmpc 0.27-1 pulseaudio 10.0-2 linux 4.10.5-1 Note: I recompiled the ncmpcpp package getting the exact same behavior on the EliteBook. * config and/or log files etc. % 'grep' '^[ \s]*[^#]' .config/mpd/mpd.conf pid_file "~/.local/share/mpd/pid" db_file "~/.local/share/mpd/db" state_file "~/.local/share/mpd/state" playlist_directory "~/.local/share/mpd/playlists" music_directory "~/music" sticker_file "~/.local/share/mpd/sticker.sql" log_file "~/.local/share/mpd/log" follow_outside_symlinks "yes" follow_inside_symlinks "yes" bind_to_address "localhost" input { plugin "curl" } audio_output { type "pulse" name "pulse-audio" } audio_output { type "fifo" name "VISUAL_FIFO" path "/tmp/mpd-vasqueja.fifo" format "44100:16:2" } replaygain "album" volume_normalization "yes" audio_buffer_size "4096" buffer_before_play "100%" Note: I've played with combinations of buffer_before_play, and audio_buffer_size, with no effect... % 'grep' '^[ \s]*[^#]' .ncmpcpp/config visualizer_fifo_path = /tmp/mpd-vasqueja.fifo visualizer_output_name = "VISUAL_FIFO" visualizer_in_stereo = yes visualizer_sync_interval = 30 visualizer_type = spectrum visualizer_look = "+|" |
This task depends upon
Closed by Eli Schwartz (eschwartz)
Friday, 14 July 2017, 02:00 GMT
Reason for closing: Fixed
Additional comments about closing: v0.20.7 should have the fix already
Friday, 14 July 2017, 02:00 GMT
Reason for closing: Fixed
Additional comments about closing: v0.20.7 should have the fix already
buffer_before_play "100%"
Was not possible, and included a commit:
https://github.com/MusicPlayerDaemon/MPD/commit/fa2b59df4b4dd0b480b3ee8d71d810e207cd806b
To limit it always under 80%, or messaging an error...