Version: 1.3-beta3 (using KDE KDE 3.4.2) Installed from: Gentoo Packages Compiler: gcc (GCC) 3.3.5-20050130 (Gentoo Linux 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1) OS: Linux This bug is almost the same as bug 91071: "Skipping some songs when playing (aRts-engine)" except that it is happening with the xine engine and only seems to happens when random is turned _ON_. I haven't had this problem using the gstreamer engine, but gstreamer crashes amaroK far too frequently. Order of events: -> song ends -> next song starts, OSD displays name -> about 1 or 2 seconds after song starts, it goes to the next song. this song fully plays. Using amaroK 1.3_beta3, kdelibs 3.4.2, xineliv 1.0-r2
*** Bug 110139 has been marked as a duplicate of this bug. ***
*** Bug 110138 has been marked as a duplicate of this bug. ***
I have this too. Xine also displays "audio device unavailable" message a lot, don't know whether there is a correlation between the two. (amaroK is usually minimized, so I don't see when the message got popped up, just that it's there, often when seemingly nothing has happened)
UPDATE: i've now experienced the same behaviour with random turned off. again, only with the xine engine.
Do you all have crossfading turned on?
I couldn't reproduce with 1.3-SVN and xine-lib 1.0.1 Tried with both crossfading on and off.
I have this here, too, with amarok 1.3.1 and xinelib 1.1.0cvs-050807 with crossfading on. I will try it with crossfading off and report what happens...
It seems to occur only with crossfading on here.
I'm using Amarok 1.3.8 with Xine engine and crossfading enabled, and I have the same problems.
Same with Amarok 1.4... Could Amarok at least display error messages from xine? Or if xine stops playing after 1 or 2 seconds, then there's most likely something wrong - can Amarok produce any debugging information when that happens?
Maybe it's the same bug as http://bugs.kde.org/show_bug.cgi?id=110814 ?
I never realised that this was filed as bug. I also experience this same thing when using Xine and crossfading.
Same problem here :( (Quite annoying, despite having been "RESOLVED")
Nice, I knew that mentioning this bug on dot.kde.org would get some attention... Does this prove yet that no, this bug has NOT been fixed yet? (Btw, just another observation about the bug: if the crossfading period is longer, the bug happens more rarely.)
So, could someone reopen this bug or even better yet - to fix it ? :) Thanks
So, with the help of Ian Monroe and me, now there is a patch that should fix the issue. I hope it no longer WORKSFORME, but for all ;) Here is the commit: SVN commit 560726 by ianmonroe: r5783@wasabi: ian | 2006-07-10 19:57:18 -0500 Turn off gapless playback for xine with crossfade. I figure its redundant and probably confuses things. _M . (directory) M +5 -3 src/engine/xine/xine-engine.cpp
*** Bug 128260 has been marked as a duplicate of this bug. ***
This problem still occurs in Amarok 1.4.3 version On SUSE. Spec. xine Engine, Output plugin autodetect crossfading 4000 ms. I assume the patch provided by Ian and Stanislav is included in 1.4.3 ? If not please let me know. If I increase 4000 ms to longer crossfading the problem occurs rarely. This happens ONLY when CPU usage is heavy (above 80 %) and (maybe) when HD usage is intensive.
Just happened to me again, using Amarok 1.4.7... Both CPU and HD usage were high at the time. I'm using 1500ms crossfade with a random mix.