Version: 1.1 (using KDE KDE 3.3.0) Installed from: Debian testing/unstable Packages OS: Linux After the currently playing song ends, amaroK tries to switch to the next, gets a hiccup, and runs through all the tracks remaining in the playlist, attempting to play each for half a second, but failing. The behaviour looks the same as when there is no running arts daemon; however, arts is running well and double-clicking on the next track will cause it to play. Keyboard shortcuts for seeking do not work directly after the bug has occurred, though. I have tried this with many different mp3, so corruption can be excluded. Also, this bug did not occur until I upgraded from amaroK 1.0.2 to 1.1. Shuffling does not affect this behaviour.
Whoopsie, should have tried this before: Activating Fade-over makes the problem disappear. Interesting.
I can confirm similar behavior. Once the first track in the playlist completes, amaroK skips 2-4 tracks and begins playing again from there. If I check the 'crossfade' option, amaroK plays all tracks normally. Amarok 1.1.1 installed from Debian unstable, using arts engine under KDE 3.3.0.
*** Bug 91071 has been marked as a duplicate of this bug. ***
I can verify that the same bug happens in 1.2-beta3
It seems it is getting worse with new CVS versions. Now it happens almost all the time.
mrudolf@kdewebdev.org, wtorek, 25 stycznia 2005 12:57: >------- Additional Comments From mrudolf kdewebdev org 2005-01-25 12:57 > ------- It seems it is getting worse with new CVS versions. Now it happens > almost all the time. Now similar problems can be observed in xine-engine as well. Here, the songs are not skipped but the sound often stops for a moment after first few seconds of the song. BTW. Behavior with arts is similar - 1-2 seconds of a song are played before the song is skipped. Maybe the problem lies with Crossfading/Inserting gap? It looks like sometimes songs are truncated some 1-5 seconds before the end - isn't the cause the same?
One more remark: switching to next song using Next button (almost) never triggers the bug. Maybe there is some problem/bug in Crossfading/Interval function?
I can confirm this bug happens in 1.2-beta4, KDE 3.3.2. At the end of the current track it will skip 3-4 tracks and start playing again. Queuing tracks doesn't work as it goes to the queued track, then skips 3-4 songs before playing again. If I skip the tracks forward myself (by clicking next or Win+B) it works fine. I'm not using crossfading and I'm using the arts engine. This bug has gotten worse in every version. Bug present in 1.1, 1.2-beta2/3/4 on my system. Not present in 1.0*. Gentoo Linux, gcc version 3.3.5 (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1), artsd 1.3.2, kernel 2.6.7-gentoo-r14 (using built-in ALSA drivers, emu10k1, Soundblaster Live), KDE 3.3.2. CFLAGS="-Os -march=pentium4 -fomit-frame-pointer -pipe -ftracer" CXXFLAGS="${CFLAGS}"
Could someone please attach a full debug log of a session where this problem occured?
Created attachment 9911 [details] console output when bug happens When I set the transition to normal, with a 0ms gap it doesn't seem to do this anymore. The higher the gap I set the more songs it sskipped. At 2000ms it skipped 20 songs, at 200ms it skipped 2-3. Its like it keeps 'clicking' next every ~100ms untill the delay is up. amarok 1.1.1 on Debian testing, arts engine. Attached is the console output, with the delay at 200ms. The first song I hit 'play' to start. 1st song ended and skipped the 2nd and 3rd(2 skipped songs), and the 4th one played normaly.
Just to confirm on comment #10, setting the delay at 0ms on normal stops this problem from occuring on my machine as well.
Hi, I use amaroK 1.2 with aRts on SuSE 9.1, same problem over here. When selecting 3000 msec pause between the tracks, amaroK only plas thos 3 sec of every song in the list :o) When setting the pause to 200 msec the player does work correct though. Rinse
CVS commit by seb: FIX: Handle delay gap between tracks properly with aRts engine BUG: 90404 CCMAIL: amarok-devel@lists.sf.net M +1 -0 ChangeLog 1.550 M +7 -1 src/enginecontroller.cpp 1.127 M +1 -0 src/enginecontroller.h 1.49 --- kdeextragear-1/amarok/ChangeLog #1.549:1.550 @@ -14,4 +14,5 @@ BUGFIXES: + * Handle delay gap between songs properly with aRts engine. (BR 90404) * Switched order of "Make playlist" and "Queue after current track" menus to avoid playlist destruction. (BR 96164 part 1) --- kdeextragear-1/amarok/src/enginecontroller.cpp #1.126:1.127 @@ -274,4 +274,5 @@ void EngineController::previous() //SLOT void EngineController::next( bool forceNext ) //SLOT { + m_isTiming = false; emit orderNext(forceNext); } @@ -555,5 +556,10 @@ void EngineController::slotTrackEnded() { //FIXME not perfect + if ( !m_isTiming ) + { QTimer::singleShot( AmarokConfig::trackDelayLength(), this, SLOT(next()) ); + m_isTiming = true; + } + } else next(false); --- kdeextragear-1/amarok/src/enginecontroller.h #1.48:1.49 @@ -120,4 +120,5 @@ private: int m_muteVolume; bool m_xFadeThisTrack; + bool m_isTiming; QTimer* m_timer;