I use Slackware 10.1 with amarok 1.2.3, (K.D.E 3.4) with Gstreamer 0.8.9, gst-plugins-0.8.8, lame-3.96.1 and I still cannot play mp3.
First I was receiving following error message: \"[GStreamer Error] ALSA device \"default\" is already in use by another program\" but this was solved with the advive form: http://amarok.kde.org/wiki/index.php/Se ... x_for_ALSA

Now I do not have this message but amarok tries to play one song for 2 sec. then it skip to another and so on until the end of play list.

What am I doing wrong? :blink:

After little investigation I discovered that it was due to lack of GStreamer FFmpeg in case of .mp3 files. I don\'t understand that dependency as I have lame and libgstlame installed.
And BTW my CPU usage is about 20% but when I use xine engine for output the CPU usage is about 5%.
There are also few seconds delays then I try to stop the song or switch to another.
I also cannot use the slider to move for example to the middle of the song because it skips to another song. With xine engine I do not have this kind of problems. :unsure:

I also had libmad-0.15.1b and libgstmad installed but when I run gst-register I could see no info about libgstmad being added. When I look for mad in forums I discovered that I need to have libid3tag package installed for mad plugin to be registered.
Now I don\'t need GStreamer FFmpeg anymore.
The only problems that remain are:
* relatively high CPU usage in comparison do xine (16% vs 5%) and
* delays in songs switching.
B)

Does any one know if this can be improved? :S

Xine provides more seamless playback and uses less CPU then gstreamer, as you have figured out.

eean wrote:

Xine provides more seamless playback and uses less CPU then gstreamer, as you have figured out.

Sad and true. So one could ask what\'s the problem with gstreamer at all, using more cpu time (for me: too much), causing many troubles at all. Thing is: Should one (the developer) really bother with it or just write maybe another engine for mplayer (hmm, not sure if this is possible at the moment) and just skip gstreamer as already done for arts.

No, because gstreamer is the standard for the gnome DE, so it makes sense to support it.

You can\'t write an mplayer engine without it being pretty **** since mplayer doesn\'t have a library.

eean wrote:

No, because gstreamer is the standard for the gnome DE, so it makes sense to support it.

Right, I see.
But it has (IMO) huge problems with cpu usage (gstreamer, not amaroK). Using xine brings me back to almost the values of xmms in terms of cpu usage.

You can\'t write an mplayer engine without it being pretty **** since mplayer doesn\'t have a library.

I know, the separation of gui and lib is planned for the next major release AFAIK. But never mind.

marcel wrote:

I know, the separation of gui and lib is planned for the next major release AFAIK. But never mind.

I\'ll believe it when I see it.

eean wrote:

I\'ll believe it when I see it.

Funny, I thought the same.
(hehehe, Hurd, xmms2, mplayer2 - maybe all of them will be released on the same day :laugh: )