Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Foobar 1.5 triggers unwanted scrobbles foo_scrobble (Read 987 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.

Re: Foobar 1.5 triggers unwanted scrobbles foo_scrobble

Reply #3
When editing tags, foobar2000 v1.5 sends a on_playback_edited notification as before and then (this changed from 1.4.8 to 1.5) immediately a on_playback_dynamic_info_track notification which AFAICT should only be sent for things like streams. There's no duplicate on_playback_new_track or anything involved. This really doesn't feel like the advertised behavior of that notification.

Re: Foobar 1.5 triggers unwanted scrobbles foo_scrobble

Reply #4
Behavior will be changed in 1.5.1, thanks for bringing this up.

Edit; 1.5.1 beta 2 will contain the fix, it was accidentally not included with beta 1.
Microsoft Windows: We can't script here, this is bat country.