Version: 1.2.3 (using KDE KDE 3.4.0) Installed from: Debian testing/unstable Packages OS: Linux Amarok starts playing the next song of a playlist about one second before the MP3 song is finnished. So the last second of each MP3 song is not played. There is a workaround, though: If the transition behaviour is set to "no crossfading, insert gap: 1000 ms", this results in an almost gapless playback (very short pause, far shorter than the configured one second). Maybe an off-by-one error? IMHO, it would be best to always play until the end of the file is reached, thus ignoring anything in the tags about the pretended track length (that's how xmms behaves). So the clock may freeze at the end of a track showing the time of the track length, but the music will play on until the end of the data.
On Friday 17 June 2005 17:38, Mark Doll wrote: > Amarok starts playing the next song of a playlist about one second before > the MP3 song is finnished. So the last second of each MP3 song is not > played. You have to specify which engine you are referring to. Always :)
Engine is aRts. And one mor thing: I'm using (k)Ubuntu (but that's almost Debian testing)
Use another engine. Note that I got a Ubuntu user to enter a bug report to try and make the aRts engine no longer the default. They refused. Can't say we don't try. :)
Ok, installed & tried the xine engine. Setting the gap to (about) 300 ms does the best job. Again using 0 ms cuts off the last milliseconds of the track. I haven't tried the gstreamer engine. Although I've installed the packages amarok-gstreamer & gstreamer0.8-plugins, it's does not appear as a selectable engine under amarok. :-( So this is no amarok but an engine problem?! Feature Request: Add a xmms engine to make use of it's perfectly working crossfader/gapless plackback plugin. :-)
Closing correctly as Amarok 1.x is unmaintained since quite some time anyway.