Qt: 3.3.4
KDE: 3.4.0-5.3.3.kde
amaroK: 1.2.3 using aRst engine

Very often, at the beginning of a new song, the GUI blocks but the music is still playing. Any hint?
How can I provide a backtrace in this situation?

tia
Luigi

Wanted to bump this back to the top since I seem to be having similar problems.

Another common occurence is that amaroK displays the busy mouse cursor, as if it\'s got a background task running (though I\'ve initiated nothing, and the status line says nothing.

The worst problem of all, though, is that when amaroK gets into this slow/freeze mode, it even affects GUI input in other apps. In fact, it just happened at a song change as I was typing. My typing input was frozen for about 5-10 seconds, then the song changed, the OSD appeared, and everything \"unstuck\".

I\'m using KDE 3.3.2, amaroK 1.2.3, Gstreamer and OSSSink. Any other vitals that should be reported?

I\'m hoping for some feedback on this, and am willing to try to provide some debugging help. The way things seem to be getting worse, I may have to give amaroK the boot, which would be a major disappointment. I\'d hate to go back to xmms after all this fun.

Update: this is reported as bug # 104447 (see http://bugs.kde.org/show_bug.cgi?id=104447). I\'ve switched to MySQL and this seems to have cured my ails.