Debug log of "EngineController not advancing to next track"

[Alex Merry]

On Wednesday 11 February 2009 08:10:31 Mark Kretschmann wrote:
> amarok: END__: void EngineController::play(const Meta::TrackPtr&,
> uint) - Took 0.29s
> amarok: END__: void Playlist::Actions::play(quint64, bool) - Took
> 0.29s
> amarok: END__: void EngineController::slotAboutToFinish() - Took 0.35s
> amarok: BEGIN: void EngineController::slotStateChanged(Phonon::State,
> Phonon::State)
> amarok: BEGIN: void EngineSubject::stateChangedNotify(Phonon::State,
> Phonon::State)
> amarok: BEGIN: virtual void
> StatusBar::engineStateChanged(Phonon::State, Phonon::State)
> amarok: END__: virtual void
> StatusBar::engineStateChanged(Phonon::State, Phonon::State) - Took
> 0.00061s
> amarok: BEGIN: virtual void
> Amarok::PlayPauseAction::engineStateChanged(Phonon::State,
> Phonon::State)
> amarok:        NEWSTATE:  1 OLDSTATE:  2
> amarok: END__: virtual void
> Amarok::PlayPauseAction::engineStateChanged(Phonon::State,
> Phonon::State) - Took 0.00059s


About all I can figure from this is that slotAboutToFinish() tells Phonon to 
load up the next track, then the next thing we know is that Phonon is 
notifying us of a state change from playing (2) to stopped (1).

Also possibly interesting is that the last phonon state mentioned in the debug 
output is loading (0).  There is no indication that we moved from loading to 
playing.  The only state changes we ignore are when oldstate == newstate, or 
when newstate is buffering.

Alex



-- 
Why have I got six monitors?  Because I haven't got room for eight.
  -- Terry Pratchett

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/amarok-devel/attachments/20090211/64596b78/attachment-0001.sig