Mark Greenwood
Mark Greenwood
I've created a branch with a fix for this issue, which works with all tracks including streams, where there were some additional problems relating to gstreamer sending buffering messages on...
Actually part of that comment is nonsense :) It's not based on the web-api-playlists branch, because that's mopidy-spotify and unrelated to this problem :) I haven't drunk enough tea yet...
Thanks. Addded PR 1689 for this.
Great news. I shall therefore give up on trying to get an Apache server to run mopidy local scan successfully :)
As far as I can tell, the HTTP API already does load the results of mopidy local scan via mopidy.library.refresh(). But I think a way of triggering a rescan -...
The failure appears to be something in pylast that I haven't changed, so I don't know what's failing. It runs on my system.
I agree. backend_blacklist is better. It's still failing the checks though but I don't know why. It's running fine for me.
I just built the latest version from source and I notice it does now have this feature! However, for me at least, the 600ms delay is too quick. I hacked...
Something like this perhaps: libinput-three-finger-drag 1.6 900 ``` diff --git a/src/main.rs b/src/main.rs index f235815..77bdee1 100644 --- a/src/main.rs +++ b/src/main.rs @@ -16,6 +16,12 @@ fn main() { } else { acceleration...
Thanks for the explanation. Sounds like relying on libspotify for anything is not a good idea. Their API decision makes sense in the context of the way the Spotify desktop...