| Summary: | poor quality mp3 playback with noatun, amarok - akode issue? | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Jannick Kuhr <jakuhrlinux> |
| Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
| Status: | VERIFIED NEEDINFO | ||
| Severity: | normal | CC: | sound |
| Priority: | High | ||
| Version: | 2005.0 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Jannick Kuhr
2005-06-16 15:00:00 UTC
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. |
