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 126.96.36.199 (default-linux/amd64/2005.0, gcc-3.4.3, glibc-188.8.131.5241102-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]
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
CFLAGS="-march=k8 -O3 -pipe -fomit-frame-pointer"
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"
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/"
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
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
>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
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
(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.