[prev in list] [next in list] [prev in thread] [next in thread] 

List:       amarok-bugs-dist
Subject:    [amarok] [Bug 323732] Amarok plays wrong next track after adding some track to queue
From:       Harald Sitter <sitter () kde ! org>
Date:       2013-09-23 10:31:17
Message-ID: bug-323732-71684-w32SFSo92g () http ! bugs ! kde ! org/
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=323732

--- Comment #4 from Harald Sitter <sitter@kde.org> ---
It's why gapless madness is bad :P
I don't think you'll be able to resolve that with present API though. We have
no interface to communicate that a gapless transition should be aborted, which
is what would be required to solve the issue.

You can however try to fake that by either setting a prefinishMark or simply
acting to the time tick,

if length - tick < 1000msc && abortGapless:
mo->stop(); // will state transit to stopped state

of course since time ticks are queued signals that can either cut a song short
or play the beginning of the gapless track for half a second or so (all
depending on how busy the mainloop is).
I am not sure an API solution would be much nicer internally, only hope there
is that EOS handling of gstreamer allows for sufficient control and timing.

Alternatively you could decide to simply not support gapless playback anymore
;)

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Amarok-bugs-dist mailing list
Amarok-bugs-dist@kde.org
https://mail.kde.org/mailman/listinfo/amarok-bugs-dist
[prev in list] [next in list] [prev in thread] [next in thread]