@molokodrengo Hi! I believe you can do that by clicking on Collection tab > gear next to the search input > Group by...

@jonas Oh, btw! I forgot. There’s an Android scrobbler called Pano Scrobbler that manages to send feedback without any MBIDs on the metadata (it works using my own tracks). I wonder how they do that.

It looks like the client searches for the MBIDs when not present. See lines 158-159 here:

https://github.com/kawaiiDango/pano-scrobbler/blob/main/app/src/main/java/com/arn/scrobble/api/listenbrainz/ListenBrainz.kt

I’m not sure, though. But maybe that method could be used by Strawberry?

Hi everyone!

I was looking for info on how could one import the favorited (loved) tracks from Last.fm (or ListenBrainz?) into Strawberry.

I understand there’s no parameter (at least I don’t see any “favorite” column) or tag dedicated to it, so maybe it could be imported as a maximum rate for those loved songs?

I think this could enable the creation of smart playlists made of favorite tracks for those of us who don’t regularly use ratings, but do hit the heart button when discovering a new amazing song.

Anyway, thanks for this incredible music player, it makes my music listening experience such a joy!!

Hey there!

Scrobbling to my ListenBrainz account works correctly, “Loving” does not, though.

Been here Send MusicBrainz IDs in ListenBrainz submissions

And I read that the "Love" button works for ListenBrainz as long as we “have MusicBrainz Track ID” for the song.

What does that mean? I wonder, why the scrobbling side works correctly but the loving side does not?

@tagomago Oh OK, I forced it pausing the stream for a long time and yes, the alert you describe appeared and the stream got disconnected.

I guess it’s just a buffer overflow, so then the app tries to get to some point in the stream that the server won’t serve, and the error is raised. The buffer size (Settings > Backend > Buffer > Buffer duration) is limited to 9999 ms, so that won’t solve it (probably it’s not even related to streams?).

I guess there’s room for improvement in the way the app handles this. Trying to reconnect could be nice, probably?

@jmbreuer

However, when having paused for more than a few seconds, a little while (buffering time, I suppose) after resuming, playback will stop with an error message:

Server does not support seeking.
../gst-plugins-good-1.22.11/ext/soup/gstsouphttpsrc.c(1952): gst_soup_http_src_do_request (): /GstPlayBin:pipeline-10-pipeline/GstURIDecodeBin:uridecodebin12/GstSoupHTTPSrc:source: Server does not accept Range HTTP header, URL: http://radio-paralax.de:8000/;, Redirect to: (NULL)

How many secs, approx? Been trying now and worked fine (AAC source).

Haven’t tried MPRIS yet, but I do use global shortcuts (X11) for controlling Strawberry in the background (Settings > User Interface > Global Shortcuts). You can stop, mute, etc. from there.

Knowing that the buffer may get overflown and the server won’t let you go back in the stream (I have had the same problem with video streams on mpv for instance), I’d just press the stop shortcut, then play/pause to restart the stream.

But maybe there’s better solutions. Maybe SB’s buffer can be resized?

@jonas Oh, btw! I forgot. There’s an Android scrobbler called Pano Scrobbler that manages to send feedback without any MBIDs on the metadata (it works using my own tracks). I wonder how they do that.

It looks like the client searches for the MBIDs when not present. See lines 158-159 here:

https://github.com/kawaiiDango/pano-scrobbler/blob/main/app/src/main/java/com/arn/scrobble/api/listenbrainz/ListenBrainz.kt

I’m not sure, though. But maybe that method could be used by Strawberry?

@jonas Oh, thanks jonas! I see... I don’t get why they require recording MBIDs for sending feedback, whereas a mere artist_name + track_name will do for listens:

https://listenbrainz.readthedocs.io/en/latest/users/json.html#payload-json-details

There’s >100k tracks chilling in my collection, so getting MBIDs for them would be quite expensive (I’m still cleaning and making them more cohesive metadata-wise, a neverending task...).

Hey there!

Scrobbling to my ListenBrainz account works correctly, “Loving” does not, though.

Been here Send MusicBrainz IDs in ListenBrainz submissions

And I read that the "Love" button works for ListenBrainz as long as we “have MusicBrainz Track ID” for the song.

What does that mean? I wonder, why the scrobbling side works correctly but the loving side does not?

@jonas Maybe you could try enbling Honeypot (instead of ReCaptcha, I guess) for registrations, and Akismet for individual posts?

https://www.npmjs.com/package/nodebb-plugin-spam-be-gone

@jonas Maybe changing the captcha provider/type? I can look into alternatives if you want.

@jonas Oh wow, didn’t even take that into account. Rolling now. Nice! Thank you.

There’s a surge of spambots lately on the forum posting about “universities”. Maybe some kind of captcha could keep them out?

Thanks!!

For instance, this works:
http://relay.radiofreefedi.net/listen/rff/rff.mp3

But this don’t:
http://stream.radioparadise.com/rock-128

Both receive metadata correctly on Strawberry. I suspect the first stream being a file and the second one an indirect (?) address might be the cause, but don’t know how to solve that.