Version: 2.4.3 (using KDE 4.6.5) OS: FreeBSD Actually, I think that this bug exists since the feature (the playback of flac images) was introduced. When I open a flac image of the album along with a cue sheet, amarok incorrectly positions himself on track boundaries. This has no fixed behaviour, but in general the playback stops on a random offset from the end of the current track (usually dozen of seconds or some secons), and don't continues to the next track. When I make amarok play the next track, it can play me the unplayed end of the previous track (and the timer starts from 0:00), or it can play the track from it's actual beginning (but this time the timer starts not from 0:00, from 0:30? for example). Splitted tracks are played fine. Reproducible: Always Steps to Reproduce: Get a flac album image along with its .cue sheet. Add it to the playlist and play it. Actual Results: Tracks are played one by one, amarok stops after each track. Amarok doesn't play the random offset from the end of the track. Sometimes it play the end of the previous track at the start of the next. Expected Results: Tracks should be played continuously. When played one by one, each track should start from it's own beginning, not from the random offset of the previous one. I can supply an example of a torrent where this particular issue can be observed, if needed. Only that this is a torrent from a TPB. :) But this isn't a particular .cue issue, it happens on every flac+cue playback.
If it stops after each track this could as well be a problem with the Phonon backend. If you are using the phonon-backend-gstreamer, please change to the phonon-backend-vlc and try again.
Well... actually I use Xine backend, because gstreamer backend is the worst tool I saw - it plays only like 70% of my mp3. So this bug applies only to Xine. When changing to VLC backend it just doesn't play flac+cue. At all.
The xine backend is deprecated and unmaintaned since quite some time: http://lists.kde.org/?l=kde-announce&m=130744384419151 I can play flac + Cue with the VLC backend, provided those are not in the collection. This is a known bug and we are working on it: bug 187587 *** This bug has been marked as a duplicate of bug 219241 ***