mherger wrote: 
> >This could be caused by the fact that you're likely not using the same
> 
> account when interacting with your system as LMS is using.

Yes, good point. Thanks.

mherger wrote: 
> Are you using Connect mode or LMS? Use the latter for your testing, it's
> 
> robuster.

I'm only using LMS - I disabled Connect mode as soon as I started having
problems.

I tried reproducing the spotty commands from `server.log`, although I
can only find the one to obtain tokens and not the streaming command - I
got that from using `ps`


Code:
--------------------
    $ sudo -u squeezeboxserver 
/var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/Spotty/Bin/i386-linux/spotty-x86_64
 -n Squeezebox -c "/var/lib/squeezeboxserver/cache/spotty/02270050" -i 
abcdef1234567890 --scope 
"user-read-private,user-follow-modify,user-follow-read,user-library-read,user-library-modify,user-top-read,user-read-recently-played,user-read-playback-state,user-modify-playback-state,playlist-read-private,playlist-read-collaborative,playlist-modify-public,playlist-modify-private"
 --save-token "/tmp/0NL6Y9jNhr"
  error getting token MercuryError
  
--------------------


I also changing the directory at the end in case it was to do with file
permissions, but without any change. 

Looking at the code:

https://github.com/michaelherger/spotty/blob/master/src/main.rs#L493

It looks like we're calling an API via librespot and it's just not
returning properly, but the error message is none too informative - not
sure if there's any way to get at more detail of the error...?

Having said that, this call must be working at some level because I'm
able to browse the playlists and (occasionally) play, so I also tried
running one of the stream commands:


Code:
--------------------
    $ sudo -u squeezeboxserver 
/var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/SpottBin/i386-linux/spotty-x86_64
 -n Squeezebox -c /var/lib/squeezeboxserver/cache/spotty/02270050 
--single-track spotify://track:6fenHIxXuuzKB55wY4WCHP --bitrate 320 
--disable-discovery --disable-audio-cache --pass-through
--------------------


This just seems to hang forever. If I do `sudo lsof | grep -i spotty`,
there is an entry like this:


Code:
--------------------
    spotty-x8 18333 18339 squeezeboxserver   13u     IPv4              78474    
   0t0        TCP cube:45016->180.64.199.104.bc.googleusercontent.com:4070 
(ESTABLISHED)
  
--------------------


so it looks like it is connected to something... but nothing is coming
through. 

I feel sure there is an error message somewhere that I just can't see,
which is why I'd still like to unpack the Spotty layer and make the
underlying API call directly with more basic tools like `curl`. I might
be able to figure this out by picking through the librespot code but it
certainly might save me some time if you have any suggestions :)

At the end of this series of debugging, it managed to play one track
from a playlist before dying again. Combed through the logs looking for
anything that made this one play look different without success :(

Peter


------------------------------------------------------------------------
psaffrey's Profile: http://forums.slimdevices.com/member.php?userid=66276
View this thread: http://forums.slimdevices.com/showthread.php?t=111512

_______________________________________________
plugins mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/plugins

Reply via email to