Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 331047 - media-sound/audacious-2.4_beta2: high CPU usage during audio playback
Summary: media-sound/audacious-2.4_beta2: high CPU usage during audio playback
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Tony Vroon (RETIRED)
URL: http://jira.atheme.org/browse/AUD-275
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-03 14:04 UTC by Chris Ribble
Modified: 2010-12-09 18:23 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Ribble 2010-08-03 14:04:45 UTC
media-sound/audacious-2.4_beta2 is using an inordinate amount of CPU time on my machine during audio playback.

When no sound is playing, CPU usage is nominal, but once I start playing an audio file, CPU usage goes to 50-75% of one CPU (on a Core i7 920).

I tested with both mp3 and ogg files and it happens with both.

audacious 2.3 does not have this issue.

Reproducible: Always

Steps to Reproduce:
1. Install media-sound/audacious-2.4_beta2
2. Play an mp3 or ogg
3. Notice CPU usage over 50%

Actual Results:  
audacious uses far too much CPU (50-75%) during audio playback

Expected Results:  
audacious should use much less CPU (< 15%)
Comment 1 Chris Ribble 2010-08-03 14:08:03 UTC
It looks like this only happens for the first few minutes after you start playing audio.

After about 4 minutes when audacious has advanced through a few songs, the CPU usage become nominal again (4%).

Once I stop playback and then start it again, the CPU usage goes back up.
Comment 2 Michael Weber (RETIRED) gentoo-dev 2010-08-03 16:03:43 UTC
Ok, have you searched for an upstream bug report about this issue?

Michael
Comment 3 Tony Vroon (RETIRED) gentoo-dev 2010-08-03 21:03:13 UTC
Does not concern the ebuild but the software; should be filed upstream. Missing elementary information like what output plugin was in use. Please address this when you refile at the upstream tracker, which is linked for your convenience in the URL field.
Comment 4 Enrique Domínguez 2010-11-14 22:09:22 UTC
(In reply to comment #1)
same here,
On my system, audacious could waste up to 60% cpu when switch between songs, I
think this happens on update a current stable version 2.4.0
**My useflags,
media-sound/audacious-2.4.0  USE="nls session sse2"
media-plugins/audacious-plugins-2.4.0  USE="aac alsa flac gnome midi mp3 nls
sse2 vorbis"
**My emerge --info

Portage 2.1.8.3 (default/linux/x86/10.0, gcc-4.3.1, glibc-2.11.2-r3,
2.6.34-gentoo-r1 i686)
=================================================================
System uname:
Linux-2.6.34-gentoo-r1-i686-Intel-R-_Pentium-R-_4_CPU_2.66GHz-with-gentoo-1.12.14
Timestamp of tree: Fri, 05 Nov 2010 13:15:03 +0000
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[enabled]
ccache version 2.4 [enabled]
app-shells/bash:     4.1_p7
dev-java/java-config: 2.1.11
dev-lang/python:     2.6.5-r3, 3.1.2-r4
dev-util/ccache:     2.4-r7
dev-util/cmake:      2.8.1-r2
sys-apps/baselayout: 1.12.14-r1
sys-apps/sandbox:    2.3-r1
sys-devel/autoconf:  2.13, 2.65-r1
sys-devel/automake:  1.10.3, 1.11.1
sys-devel/binutils:  2.20.1-r1
sys-devel/gcc:       4.3.1
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.10
sys-devel/make:      3.81-r2
virtual/os-headers:  2.6.30-r1
ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="* -@EULA dlj-1.1 RTCW-ETEULA ut2003 AdobeFlash-10
AdobeFlash-10.1"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -pipe -mmmx -msse -msse2 -m32"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib/fax /usr/share/X11/xkb /usr/share/config
/var/spool/fax/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/
/etc/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild
/etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d
/etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-O2 -march=pentium4 -pipe -mmmx -msse -msse2 -m32"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--load-average=4 -j"
FEATURES="assume-digests ccache collision-protect distcc distlocks fixpackages
news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs
unmerge-orphans userfetch userpriv"
GENTOO_MIRRORS="ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo
ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo "
LANG="en_US.iso88591"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="en es es_ES"
MAKEOPTS="-j11"
PKGDIR="/usr/local/portage/binpackages"
PORTAGE_COMPRESS="lzma"
PORTAGE_COMPRESS_FLAGS="-9"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --stats --timeout=180 --exclude=/distfiles
--exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="acpi alsa apic berkdb ccache cli cracklib cups custom-cflags
custom-optimization cxx dbus doc gdbm gnome gpm gtk hal iconv mmx mmxext
modules mudflap ncurses nls nptl nptlonly nvidia opengl openmp pcre perl pppd
python readline session sse sse2 ssl sysfs tcpd threads unicode x86 xorg xvmc
zlib" ALSA_CARDS="ens1371" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare
dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter
mmap_emul mulaw multi null plug rate route share shm softvol"
APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm
authn_default authn_file authz_dbm authz_default authz_groupfile authz_host
authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir
disk_cache env expires ext_filter file_cache filter headers include info
log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling
status unique_id userdir usertrack vhost_alias" COLLECTD_PLUGINS="df interface
irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech
aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea
ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2
timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev" KERNEL="linux"
LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses
text" LINGUAS="en es es_ES" PHP_TARGETS="php5-2" RUBY_TARGETS="ruby18"
SANE_BACKENDS="epson2" USERLAND="GNU" VIDEO_CARDS="nvidia"
XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface
geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac
delude chaos account" 
Unset:  CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, LC_ALL,
PORTAGE_RSYNC_EXTRA_OPTS
Comment 5 Enrique Domínguez 2010-11-14 22:17:21 UTC
(In reply to comment #3)
> Does not concern the ebuild but the software; should be filed upstream. Missing
> elementary information like what output plugin was in use. Please address this
> when you refile at the upstream tracker, which is linked for your convenience
> in the URL field.
> 
From http://jira.atheme.org/secure/Dashboard.jspa
"Please note that we do not want bug reports concerning distribution packages from anyone other than their respective maintainers. "
Comment 6 Chris Ribble 2010-11-14 22:24:01 UTC
(In reply to comment #5)
> (In reply to comment #3)
> > Does not concern the ebuild but the software; should be filed upstream. Missing
> > elementary information like what output plugin was in use. Please address this
> > when you refile at the upstream tracker, which is linked for your convenience
> > in the URL field.
> > 
> From http://jira.atheme.org/secure/Dashboard.jspa
> "Please note that we do not want bug reports concerning distribution packages
> from anyone other than their respective maintainers. "
> 

For some reason, this particular maintainer thinks that all bugs should be filed upstream if it's not an OBVIOUS problem in the ebuild, even though it could well be because of the way that it's being build on Gentoo.

It's stupid and myopic and is the sort of thing that would turn someone off to opening bugs forever (or worst yet, make someone stop using Gentoo).

IMO, it makes perfect sense to have a bug open in Gentoo's bugzilla which is not closed until the issue is fixed, even if it is an upstream bug.

Reopening.
Comment 7 Tony Vroon (RETIRED) gentoo-dev 2010-11-14 23:32:55 UTC
Closing. I am an upstream Audacious developer and I am telling you to file in JIRA. You are welcome to check the About dialog or the commit logs on hg.atheme.org if you require further evidence before you are willing to follow the instructions that I have provided you with.
Please note that personal attacks, whether you attempt to veil them or not, are of much less use in getting the issue resolved than the details you have been asked for.
Comment 8 Kiyoshi Aman 2010-11-14 23:37:17 UTC
As one of the administrators of Atheme.org, Gentoo is one of the few distributions where bugs may be filed directly to our bug tracker for Audacious-related issues; Tony is known for not adulterating Audacious' packages.

Kindly do please listen to his request to report this issue on JIRA.
Comment 9 Peter Glaus 2010-12-09 17:44:12 UTC
Supposedly it's a problem with ALSA's resampling.

http://jira.atheme.org/browse/AUD-275

Comment 10 Tony Vroon (RETIRED) gentoo-dev 2010-12-09 18:23:29 UTC
It is a Dmix timing bug in ALSA; a workaround is in 2.4.2 which is in the portage tree. As you see reporting bugs upstream works, that is why I ask people to do it.
Comment 11 Tony Vroon (RETIRED) gentoo-dev 2010-12-09 18:23:57 UTC
Updating information & closing.