Summary: | scrobble from fake queue fails if another player used since amarok last scrobbled | ||
---|---|---|---|
Product: | [Applications] amarok | Reporter: | Shane King <kde> |
Component: | general | Assignee: | Amarok Developers <amarok-bugs-dist> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | Only backdate as much as we need to |
Description
Shane King
2006-04-11 14:30:06 UTC
Created attachment 15562 [details]
Only backdate as much as we need to
If we only backdate the submission to the length of the fake submit queue
instead of the last amaroK submit, we can neatly slot it all in, and should be
able to avoid clobbering any scrobbles from other players (providing, of
course, the user only ever listens to one player at a time, but that's always
an assumption you have to make).
Patch applied in svn. SVN commit 531823 by shakes: Reworking of the audioscrobbler submit code: * Tracks from a media device scan be submitted to last.fm immediately, without waiting for tracks to be played in amaroK. Thanks to Iain Benson for the patch. * Submissions now automatically retry on failure (with incremental backoff) without the user needing to play a new track. Additionally, if there's more than 10 items in the queue, an additional submit is scheduled after the INTERVAL given by last.fm. * When calculating play times for media devices, they are only backdated as much as they need to be to submit, to reduce the number of overlapping play time conflicts with other programs that might have submitted data to last.fm. |