Bug 135511 - crossfade leads to skips with some dynamic/smart playlist combinations
Summary: crossfade leads to skips with some dynamic/smart playlist combinations
Status: RESOLVED FIXED
Alias: None
Product: amarok
Classification: Applications
Component: general (other bugs)
Version First Reported In: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-10-12 16:01 UTC by simon
Modified: 2007-08-29 09:05 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description simon 2006-10-12 16:01:14 UTC
Version:           1.4 SVN (using KDE KDE 3.5.2)
Installed from:    Gentoo Packages
Compiler:          gcc 4.1.1 
OS:                Linux

It seems to be some timing problem with crossfading. I usually use a dynamic playlist which is feeded from one smart-playlist.
Recently there seems to be a issue with crossfading.
The smartplaylist takes some seconds to calculate (when using append this).
The effect is:
at the end of the current track crossfading (2sec/xine) starts 
the next song is played (fading is fine)
then when it appends the next upcoming track to the end of the playlist the just started song is skipped and the next begins (crossfading fine here too;)
when i modify my smartplaylist to be faster or deactivate crossfading this problem doesn't occur.
This worked fine a few weeks ago, so maybe some check after track append or sth. leads to the skip? 

The term in the smart playlist that causes the most time and leads to the skip: album does not contain "somestring"
svn is: 594826
Comment 1 Peter C. Ndikuwera 2006-10-13 10:24:15 UTC
Yep. Same problem here.
Comment 2 Jeff Mitchell 2007-08-28 22:55:27 UTC
Does this still happen with current SVN?
Comment 3 simon 2007-08-29 07:54:45 UTC
Seems to be solved no more problems here for the 1.4 series. Thanks
Comment 4 Harald Sitter 2007-08-29 09:05:34 UTC
Mark as FIXED.