Skip to main content
Topic: Foobar 1.5 triggers unwanted scrobbles foo_scrobble (Read 138 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Foobar 1.5 triggers unwanted scrobbles foo_scrobble

I've already mentioned this on the foo_scrobble thread which didn't get much attention. Since I've upgraded both Columns UI and foobar core at the same time I wasn't sure which caused the behavior. But since FB 1.4.6 doesn't have this behavior I think it's FB 1.5 that does it and not the latest Columns UI beta. Using FB 1.5 with Columns UI disabled also exhibits this behavior.

The problem: when a track is playing open the tag edit properties window. Be sure to select the individual track, not a bulk edit of multiple tracks. Change a tag field (doesn't matter which one), hit the apply button and then OK. If you go to your lastfm profile, an extra scrobble has been added. If you repeat the previous action again while the track is still playing then another scrobble will get added. It seems the apply button somehow triggers a scrobble from foo_scrobble.

Re: Foobar 1.5 triggers unwanted scrobbles foo_scrobble

Reply #1
While this technically should be altered to not cause multiple track play notices to the scrobbling component, this is caused because altering tags of the currently playing track causes the player to close the input, alter the file, then resume playback at the same position, which would cause a playback event to indicate the file has been played again.

The event tracker which is designed for scrobble tracking should be altered to account for this behavior. And if foo_scrobble doesn’t already use it, it should be updated to do so.

 

Re: Foobar 1.5 triggers unwanted scrobbles foo_scrobble

Reply #2
Could this thread be merged with the foo_scrobble thread. Given Kode54's reply it seems more relevant and useful there. Thanks.

 
SimplePortal 1.0.0 RC1 © 2008-2019