Please add support for internet radio streams scrobble.
Thanks.

Self explanatory.

Although some kind of exposed tag would be needed to display status via TF.

Sometimes I notice wrongly tagged listen submissions on my ListenBrainz history feed and decide to delete them. Instead of having to re-listen to all the fixed tracks (typically a release), it would be useful to be able to select the tracks I want to resubmit and have them submitted with custom inserted_at and listened_at values.

Resubmit 4 tracks now (a mix of over and under 4 minute track lengths):

track#4 (10:00): Both *_ats = now - (-4:00 + 100% of track#4)
track#3 (2:00): Both *_ats = track#4's listened_at - 4:00 - 50% of track#3
track#2 (5:00): Both *_ats = track#3's listened_at - 50% of track#3 - 50% of track#2
track#1 (9:00): Both *_ats = track#2's listened_at - 50% of track#2 - (-4:00 + 100% of track#1)

(example calculation may change depending on #17)

To customise the submission times, allow choosing between "now" or some past time (in milliseconds would be easiest to implement but not so human-friendly, but also not impossible to work with). See ListenBrainz' Add listens button (the reason why this isn't sufficient for manual resubmissions is that what is added won't reflect the metadata of local files, or include media_player etc).

If this feature could be abused, a limit could be put on how often these manual submissions can be made: Total time of previously manually submitted tracks must have passed since the last manual submission before making another (i.e. 26 minutes based on the example above). But, I don't see why a limit should be introduced since I don't think ListenBrainz' own Add listens feature has one either.

Thanks.

I have a playlist called Listen which I always enable "Submit to ListenBrainz" before I start listening to it. I also disable it after I'm done so that other playlists don't submit anything. It would be cool if I could whitelist my Listen playlist.

How I see this working is: If "Submit to ListenBrainz" is enabled, submit any given track (assuming it's not skipped by the skip query or "media library track only" enabled). If submitting is disabled, don't submit anything. So far, this is as normal. If a playlist is whitelisted, only submit tracks from that playlist when "Submit to ListenBrainz" is enabled (taking into account the the skip logic). The hypothetical "whitelisted playlists only" option should be able to be toggled off via the settings without needing to remove all its listed playlists.

Thanks.

See https://wiki.hydrogenaud.io/index.php?title=Foobar2000:Development:SDK_2023-01-18_Release_Notes

Some interesting pieces from the changelog to look into:

• fb2k::readWriteLock: should it be used instead of pfc::readWriteLock?
• FB2K_RUN_ON_INIT() could be interesting for cache submission on startup

According to the repo, submission_client should be submitting "foo_listenbrainz2" as its value, but when inspecting a listen on ListenBrainz, the value shows "foobar2000" instead (same as media_player).

The current API allows to export/import listens from/to the server, using JSON. Also the web.

BUT the current web doesn't allow to import listens/feedback from a given JSON file.

• Exporting directly from foobar2000 would be great for backup purposes.
• Importing the JSON files should take into consideration duplication (essentially all but 'inserted_at' and 'listening_from' which may differ) . i.e. importing should first retrieve all user's listens, then compare both JSON's and finally send to the server only the ones not found.

Although I'm in the process of creating SMP scripts to integrate LB features within foobar (right now the playlist management is done), thought this one would be a natural addition to the plugin.

feat request: add a test connection button or a return state label when you are fully connected to listenbrainz

The attempt to

• Provide a unified package including 32 and 64 bit version of this component.

doesn't appear to have worked on 64-bit fb2k v2.0 beta 3.

Could not load component "foo_listenbrainz2-v1.3.0.fb2k-component": This component was built for a different processor architecture.

According to https://listenbrainz.readthedocs.io/en/latest/users/json.html#fetching-listen-json tracknumber should be encoded as integer.

Looks like LB stores and reports this as is when fetching the listens afterwards, the type is then not the expected, documented one.

This one is a bit more tricky. Currently foobar2000 stores play-count statistics for tracks, although no timestamps.
Timestamps are available with foo_enhanced_playcount though.

Following the same rationale than my other enhancement proposal, it would be great to be able to export/sync Foobar2000 listens to ListenBrainz. i.e. those not already sent. In some cases users may have installed foo_listenbrainz2 at a later point, so many listens would be lost. This could fill the hole retroactively.

• Deduplication is required. Comparing the current listens JSON by the user against the local stamps. Since half the track must be listened to, it's more or less trivial to compute a match with JSON timestamp = local timestamp +/- half length (and the tags).
• Some tricks could be added here (like checking the plugin installation time, and only comparing listens before it). But I think it would be best to compare all values to ensure all values are synced on any use-case.
• This is thought as a sync option. i.e. will only add new values, and only if they are not already on the server. A one time action for most users.