[PROBLEM] Spotify renderer: missing visual indicator of currently playing track

[eldar]

Hi all!

This issue has been bugging me for a long time: when using Spotify Connect the active track is not highlighted by a green indicator in the desktop app (Fyne Audio is the Moode player in this case):




This never happens when I am listening on the mobile phone and control from the desktop app, the green indicator is present:



This is probably a problem with librespot, but I wanted to ask if anyone experiences the same in Moode.

[the_bertrum]

Never noticed it before, but yes I can replicate. Almost certainly a Librespot thing.

[TheOldPresbyope]

Um, system-specific details matter.

Cases in point:

- Spotify desktop app on my Linux Minx laptop. No dancing-bar indicator appears whether I'm playing a track thru librespot on my moOde 8.2.5 hruplayer or to the Spotify app on my Apple iPad.

- Spotify app on my iPad. Dancing-bar indicator appears whether I'm playing a track locally (on the iPad) or thru librespot on my moOde 8.2.5 player.

- My partner won't let me commandeer her Win10 laptop to see how the Windows version of the Spotify desktop app behaves.
 
If I use the Spotify app on the iPad to start playing a track thru librespot on my moOde player, that track shows up in the Spotify app on my laptop as currently playing and V.v. 

Regards,
Kent

[eldar]

@the_bertrum @TheOldPresbyope
Thanks for the detailed feedback! The screenshots above are from Spotify on Ubuntu Linux. I checked on my Windows laptop and the bug persists. Similar to your experiment on iPad, the played track is highlighted in green on my Android phone when played through moOde/librespot. I guess it's enough to report the bug to librespot's GitHub.

[TheOldPresbyope]

@eldar 

Uh, oh.

I just restarted the Spotify app on my Linux Mint laptop and now I do see a dancing-bar indicator both when playing locally and when playing to my iPad *but* not to my moOde player.

I don't know what happened before but at least now our two Linux-based clients are behaving the same way.

Note there is a seemingly related item in the librespot discussions https://github.com/librespot-org/libresp...ssions/947

Regards,
Kent

[eldar]

Well spotted! The author posted that it does work for them when playing the playlists, however for me it this is not the case too. I filed the bug anyway. Could this be that moOde doesn't use up-to-date librespot?

Code:

$ apt list --installed | grep librespot
librespot/bullseye,now 0.4.1-1moode2 arm64 [installed,upgradable to: 0.4.2-1moode1]

[eldar]

After reading the discussion you linked to, it appears that a major rewrite of librespot using an "new API" is taking place and it has not commenced yet. I suppose we have to wait until the new major release.

[TheOldPresbyope]

Incidentally, moOde is already using latest librespot 0.4.2 (released mid-2022)

Code:

pi@moode:~ $ librespot --version
librespot 0.4.2 22f8aed (Built on 2022-08-18, Build ID: LQ4hikXT, Profile: release)

[the_bertrum]

There's also a now playing list quirk that manifests on the android app when playing via librespot that is waiting for the new api. I guess part of the point of the new api is to make it work better regardless of the OS of the control point.