Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#40726 - [mpd] Stuttering and sluggish playback in 0.18.11-1

Attached to Project: Arch Linux
Opened by Sam (samlockart) - Friday, 06 June 2014, 03:26 GMT
Last edited by Gaetan Bisson (vesath) - Monday, 09 June 2014, 08:01 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Gaetan Bisson (vesath)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
After updating to 0.18.11-1 on my 3.14.5-1-ARCH desktop I suffered from occasional stuttering during playback (regardless of file format/location), resuming playback took 3 - 5 seconds. Changing to mpd-git from the AUR has fixed all of my problems and playback is perfect once again. I'm not certain what caused this.


Additional info:
* Package version = mpd 0.18.11-1
* Depends on:
libao 1.2.0-1
ffmpeg 1:2.2.3-1
libmodplug 0.8.8.5-1
audiofile 0.3.6-2
libshout 1:2.3.1-2
libmad 0.15.1b-7
curl 7.37.0-1
faad2 2.7-4
sqlite 3.8.4.3-2
jack 0.124.1-1
wavpack 4.70.0-2
avahi 0.6.31-12
libid3tag 0.15.1b-8
yajl 2.1.0-1
libmpdclient 2.9-1



Steps to reproduce:
Not certain. I same issues were experienced through both ALSA/Pulse, difference file formats. S.M.A.R.T. reports a healthy drive and changing to the git version seems to have cleared up any issues.
This task depends upon

Closed by  Gaetan Bisson (vesath)
Monday, 09 June 2014, 08:01 GMT
Reason for closing:  Works for me
Comment by Gaetan Bisson (vesath) - Friday, 06 June 2014, 11:35 GMT
I have not experienced such problems, so I cannot diagnose this myself, but there are two things you can do:
- identify the upstream commit that fixed this issue (there have been less than 40 commits since 0.18.11, so bisecting should be fast), then convince me to include it in our package;
- convince upstream to make a new release.
Comment by aaaaaaaaaaaaaaaaaaaa (Pyroh) - Sunday, 08 June 2014, 22:06 GMT
I'm not sure if you've already tried this as you didn't say so. Try setting log_level to verbose and then restart mpd and tail -f the log. Then try to play files and see if errors/warnings are logged. Also have you tried using a different mpd remote than your current? That's probably not the case but is better being mentioned than not.
Comment by Gaetan Bisson (vesath) - Sunday, 08 June 2014, 22:13 GMT
Are you kidding? The reason I haven't tried anything fancy is that your bug report mentions no such thing...

Anyhow, since you are the one affected by this bug, it would be nice if you could identify the upstream commit that fixed it, if any, or report the bug upstream otherwise.
Comment by aaaaaaaaaaaaaaaaaaaa (Pyroh) - Sunday, 08 June 2014, 23:11 GMT
I think you have me confused. This is not my bug report, and I'm not asking you to debug it, I'm giving advice to Sam in debugging it.
Comment by Gaetan Bisson (vesath) - Sunday, 08 June 2014, 23:35 GMT
Oops - my mistake; sorry for the confusion. :)
Comment by Sam (samlockart) - Monday, 09 June 2014, 02:37 GMT
I lied about mpd-git from the AUR fixing the issue, but good news is that I've seem to have found the issue, icecast was crashing, tailing the logs when I initiated playback indicated 'Failed to open "icecase" [shout]: problem opening connection to shout server localhost:8000: Couldn't connect' so I'm assuming that was the issue and not mpd itself!

My mistake.
Comment by Gaetan Bisson (vesath) - Monday, 09 June 2014, 08:00 GMT
No worries.

Loading...