I have now added a token that protects unwanted changes to a playlist via a client.

Hi Gilbert,
just curious how you tested this.

One more thing... It might be a good idea to test with a small batch of files first, rather than the whole collection. Then, check things out in Strawberry and your file manager, to see if everything is organized as you desired.

Hi @johns_scrobbler,

I'm on CachyOS and experiencing the exact same issue.

Scrobbling from Strawberry up to Last.fm works fine for me as well. However, whenever I listen to music on my phone or other devices and want to pull those play counts back into Strawberry, I can't do it because the sync button is no longer available.

It seems two-way fetching/importing is currently unavailable or missing in the newer versions. Hopefully, the developers can bring this feature back soon!

@jonas Sorry I didn't get back sooner. I think that was it. I deleted that directory and it has stopped showing covers for streamed tracks.

I have now completed the Network Remote functionality, and while I wait for the maintainer to review this, I'd appreciate any feedback on this enhancement.

Network Remote allows you to control the Strawberry Player over your local (home) network, and provides the following features:

Basic Player Control: Play, Pause, Next, Previous

Playlist Control: The client shows the same open playlists as the Strawberry Player. You can add/remove songs from a playlist and create new playlists, and these changes propagate back to the Strawberry Player.

Playlist add/remove/create actions can be restricted via a token. If this is enabled, the client will ask for the token when connecting; it's optional to provide it, but if you don't, playlists become immutable from that client — playback control (Play/Pause/Next/Previous) is unaffected either way.

There's a new settings screen (see attached) for

Enabliing/Disabling remote clients Assigning the port clients connect on Enabling/Disabling the token feature Setting the playlist size — how many upcoming songs in the current playlist are sent to a connected client

There are currently two clients available:

A Linux client, intended primarily for testing An Android client, available via the Google Play Store. Note: you'll need to be registered as a tester to see the app.

Strawberry Player (Debian package) and release notes: Click here
Remote Client (Debian package) and release notes: Click here

Thank you to anyone willing to test this pre-release and share feedback — it's much appreciated.

Settings.png

Nevermind, I was missing the context menu to switch modes:

98fb4f36-ee79-43c0-9b1f-731e41996937-image.png

Everything is alright 😉

Alas, Strawberry, at its very essence, is a playlist player. I assume you would like to play tracks from the Collection list directly, as you could in MusicBee.. I don't think that is possible.

I also miss the ability to play directly from the collection, as I was able to do when I used iTunes, and later, MusicBee. But Strawberry has so much else going for it, I just adapt.

What I do is create a playlist called "Play from Collection", that I keep at the left end of the playlist tabs. The songs/albums pop into that playlist when I double click them in the collection list, and I just wipe them out with the "Clear Playlist" button when I'm done. A little cumbersome, but it gets the job done.

It's sort of like when moving from one operating system to another, e.g., Mac to Linux. You can achieve much the same results, but the workflow might have to change.

I’m currently experiencing this issue too, where it suddenly stopped playing tracks from Spotify. When I try to play a song, nothing happens and the player skips to the next track or just stays idle.

I checked the error log and found the following messages repeated:

text
Recurso no encontrado.
audio/spotify/src/spotifyaudiosrc/imp.rs(279): <gstspotify::spotifyaudiosrc:👿:SpotifyAudioSrc as gstreamer_base::subclass::push_src::PushSrcImpl>::create (): /GstPlayBin3:pipeline-4-pipeline/GstURIDecodeBin3:uridecodebin3/GstURISourceBin:urisourcebin17/GstSpotifyAudioSrc:spotifyaudiosrc2: track is not available

Recurso no encontrado.
audio/spotify/src/spotifyaudiosrc/imp.rs(279): <gstspotify::spotifyaudiosrc:👿:SpotifyAudioSrc as gstreamer_base::subclass::push_src::PushSrcImpl>::create (): /GstPlayBin3:pipeline-5-pipeline/GstURIDecodeBin3:uridecodebin3/GstURISourceBin:urisourcebin18/GstSpotifyAudioSrc:spotifyaudiosrc3: track is not available

Hello!

I got the same error until I realized Bandcamp appends a leading space when copying the Username or the Password, deleting it from both fixed it for me.

Hope it helps!

No, unless they change the system, as far as I know.