When playing mp3files (and only mp3files - no problems with ogg or wave) with the kde apps amarok and noatun (probably others too) the playback quality is very poor (noticeable crackles especially whitin the beginning of a track). When I play the same file using mplayer, realplayer10 or even kaffeine the playback quality is almost perfect, so this doesn't seem to be an arts issue or a problem with mp3files in general. In this debian related bugreport (http://bugs.kde.org/show_bug.cgi?id=104029) there is described a similar behaviour. Possibly it's here a problem with aKode too. I'm using kde-3.4.1 on amd64. Portage 2.0.51.19 (default-linux/amd64/2005.0, gcc-3.4.3, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r11 x86_64) ================================================================= System uname: 2.6.11-gentoo-r11 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.12 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Jun 16 2005, 00:47:33)] ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.8.5-r3, 1.6.3, 1.7.9-r1, 1.4_p6, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=k8 -O3 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/ ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ ftp://gentoo.inode.at/source/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://gentoo.tiscali.nl/gentoo/" LANG="de_DE@euro" LC_ALL="de_DE@euro" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa arts artswrappersuid berkdb bitmap-fonts cddb cdr crypt cups curl dvd dvdr encode esd fam flac font-server foomaticdb fortran gd gdbm gif gimpprint gphoto2 gpm gtk gtk2 imagemagick imlib ipv6 java jp2 jpeg kde lzw lzw-tiff mad mozilla mp3 mpeg nas ncurses network nls nptl nptlonly ogg oggvorbis opengl oss pam perl png ppds python qt quicktime readline samba sdl spell ssl tcpd tidy tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis xine xml2 xpm xrandr xv zlib linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS
The Akode engine was never well supported by Amarok and in svn disabled now. Use Xine or GStreamer as backend.
Using GStreamer as backend doesn't change anything and using xine crashes amarok...
If I compile the program with USE="-mp3" the problem is gone, but I don't think this is really a solution.
Um, I'm just noticing that only the new beta release has a mp3 flag and it's only used for gst-plugins-mad. Please always start a summary of your bug report with $category/$ebuild-x.y, otherwise I assume we speak about the latest stable ebuild. >but I don't think this is really a solution. If I'm right and we speak about beta software marked testing (well, even masked in between), it's not a hot issue to be solved asap.
Sorry, I mentioned that I am using kde-3.4.1, but of course I have to make this clearer. At the moment this software is marked testing but not (hard)masked. Btw if I remove the line "options snd-via82xx index=0 dxs_support=3" from /etc/modules.d/alsa the sound is much better. It is not as good as a system compiled with USE="-mp3", but it's more or less ok. I think it would be enough to wait until kde-3.4.1 becomes stable and see if someone else has the same problems.
Hm!? I spoke about Amarok, not KDE. The latter has nothing to with it, when you have problems with GStreamer or Xine as backend.
Hmm, confusion ;-) I use the latest stable version of amarok. But I don't think that this is a problem of amarok, because noatun for example has the same problems. The problem is gone if i compile _kde_ with USE=-mp3.
Hmm I'm having a similar problem but this involves every type of files... the problem seems to be with new alsa-driver and/or with new linux kernel. I'm trying to find this further...
options snd-via82xx dxs_support=4 this fixed for me (disables dxs support), seems like the default changed and now it defaults to something that disrupts gstreamer (or something like that). Try to see if it works for you and in such case try with other values for dxs_support (0 for example). The problem seems to be that gstreamer transcodes to 48kHz instead of retaining on 44kHz.
Ok dxs_support=4 worked fine for ogg/flac files but some mp3 still got troubles. dxs_support=5 (always enabled) without dmix and setting gstreamer and xine to work directly on 'hw:0,0' worked better and now I'm not having strange sound for now.
(In reply to comment #7) > Hmm, confusion ;-) I use the latest stable version of amarok. But I don't think > that this is a problem of amarok, because noatun for example has the same > problems. The problem is gone if i compile _kde_ with USE=-mp3. When you have the same problem with gstreamer, it hardly can be a kde issue. The mp3 use flag invokes media-libs/libmad, so can it seems to be a problem somewhere between libmad and the alsa-driver. Did Diego's comments help you? Which alsa-driver are you using? Usually the ones shipping with your kernel should work. Otherwise you may try newer or older external ones. Same goes for libmad. Did you look at the log files, if the alsa driver spit out anything?
Please provide updated information.
No feedback.
