I’m not too familiar with Strawberry, but my first thought is it might be an issue with the plugin/application, not with ListenBrainz… are the listens not getting submitted at all, or are they just not linked to a recording?
if it’s the latter, you can manually link a listen to a recording, just hit the three dots on the listen in question, hit “Link with MusicBrainz”, and paste the URL. once it’s been linked once, it should automagically link all other listens to the same track, past and future~
It’s not strawberry at fault. Used listenbrainz plugin in quodlibet and that says that these albums fail in submission. Only scrobbling through pano on my phone submits scrobbles but aren’t connected to albums. Connected to the recordings though, so I can’t link it.
Scrobbling through VLC has the same result as my phone. It gets the details of the track, but it’s not connected to any album in specific, with no album cover. Checked the metadata again and it does have the proper tag for the album id. And yes i am on linux.
Now the 2nd Amendment scrobbles properly. Only SCARING THE HOES is giving me issues. I’d say this is a listenbrainz issue now.
EDIT: for some reason the 2nd amendment is tied to the wrong release while having the correct metadata
It’s probably something in the submission data that ListenBrainz doesn’t like, thus erroring out. I have a similar issue with failed submissions and I think it happens if the album artist tag isn’t present. I might try to debug that…
As for being tied to the wrong release, that’s probably a byproduct of the matching system LB has. It can match to recordings pretty well, but releases aren’t matched at all right now.
@lemons_gothic I have a suspicion what’s happening. It’s related to tracks with more than one artist. I assume you have MP3 files and have tagged them with Picard using the default settings of using ID3v2.3.
Picard stores the artist MBIDs for each artist inside the files. Because there are multiple artists involved here there is more than one artist MBID (in this case c42e60f4-4520-4954-b6e4-82bbdf532c11 and 2371f42f-6646-4f19-ad73-70da1a5a6d2d for most tracks). But ID3 v2.3 does not properly support multiple values per track. So Picard stores those using a separator, by default a slash. So what it actually stores is a single value c42e60f4-4520-4954-b6e4-82bbdf532c11/2371f42f-6646-4f19-ad73-70da1a5a6d2d. When reading the data this should be splitted again.
Now Strawberry does submit the artist IDs when submitting to ListenBrainz. But because there is only a single value here and Strawberry does not split it it submits invalid data and the submission fails.
Try tagging your files in Picard with ID3 v2.4 instead and submission should work.
There are a couple of things that could be done to fix this:
Strawberry could implement splitting values for ID3 v2.3
Strawberry could validate whether the data inside the tag is a syntactically correct MBID and omit it if it isn’t
ListenBrainz could ignore invalid non-mandatory data and just ignore it. @lucifer , what’s your opinion here?
And Picard could finally switch to ID3v2.4 by default. We had our reasons not to do this in the past, but I think it’s finally time