-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
any specific steps required for setup on picroft? #146
Comments
I've started some better picroft documentation:https://github.com/forslund/spotify-skill/blob/feature/device-instructions/README.md The short-short version is: install raspotify set device name and user / password in the raspotify config file, then reboot or restart the raspotify service |
hm OK! I was missing explicit configuration on the started over:
on the raspotify side, looks like the config file doesn't work after editing it and restarting, I now see the device as a playback item for "real" spotify clients (iphone) but still:
so spotify on the pi for me is neither showing the local playback device nor the soundbar; all on same network/subnet |
ugh; I just went back to https://account.mycroft.ai/skills, and all my spotify stuff is gone! ;/ is that normal? (because of the remove/install?) |
waited for:
confirmed the pulled remote config is now correct again |
|
If your other devices sees it but not the skill that would indicate that it's in discover mode and not actually logged in but I can't tell for sure. Gonna try to get time to verify the picroft guide from scratch tonight |
For me the instructions worked, but after a couple of hours librespot seemed to lose connection to spotify. Can you try the branch systemctl disable raspotify
systemctl stop raspotify This would make the skill responsible for launching librespot as it needs it. |
OK flipped the skill to
, then disabled and stopped the services; but then what? (wouldn't I need to reload the skill or restart mycroft? - else the skill is still running on the previous code?)
, still no spotify devices << |
hmmmm i went back to account skills and the spotify config is empty again :( ...
|
(also note; if we disable raspotify to be controlled only by mycroft skill ... then other devices won't be able to play off the mycroft speaker anymore ;/) |
The spotify skill should reload automatically when you switch branch, I can't say what's happening on the backend with the settings. It will be removed if no mycroft-core skill manifest contains the skill. But that shouldn't be the case when switching branch. it will switch from a stable id to an "unstable" id but should still exist. The skill will start librespot with the credentials set on mycroft-home so it should launch librespot and other devices can control it. It will also restart librespot if you request playback and it doesn't see the librespot device (some communication error has occured). If the skill settings are available the skill should start librespot for you. and Edit: I would prefer not to control raspotify from the skill, mainly wanted to check if it would do any difference (since this makes it basically work the same way as the Mark-1) |
reset the account skills again, picroft confirms receipt; confirming after this,
(yikes, PW plain text in the settings and process commands ;o) reloaded mycroft CLI:
woohoo! it sees itself and the soundbar now |
(should i drop it back to main branch and retest to see if this |
Great that it works, I'd like to get away from the plaintext u/p issue there by supporting discovery (U/P is sent encrypted over http(s) to the player) But I'll need a day or so to focus on the issue. Maybe during my vacation :) The "managed" shouldn't do anything different than the raspotify system service so it be cool if you could see if you can get it working without the spotify skill managing. I think it's better to not to have the skill manage librespot and leave that to the system. |
Wellp, this didn't go so well. After I reverted back to :(
|
What does ps aux | grep librespot show? Does the user/pass parameters exist there? Edit: Oh and did the skill keep it's user/pass settings? |
when I updated the account skills, logs show:
, no seeming difference though to retesting:
|
Going back to managed ...
THEN disabled librespot (I guess did this in wrong order)
mycroft had no change in the logs; rechecking the state;
, librespot isn't running (makes sense at this moment), and the cached skills are still there as we've seen though, the account skills page was wiped ;/
hmmm, not sure why librespot is failing to start rebooted the mycroft
OMG after reboot the account settings are lost again 💇♂️
ugh still
|
Sorry for the late reply, did you get the skill to start librespot again? Or is it still failing? |
hey @forslund ; it is OK :) - I have not gotten it to work; (in fact is in the same state, and the sad state of not being able to voice activate spotify) EDIT: hit me up on the mycroft mattermost and maybe we can more effectively work through next steps / troubleshooting? |
UPDATE: we worked through various issues; identified USER ERRORS - forslund is tracking various "troubleshooting/usability" improvements that will come out of this in order to allow users to "help themselves" a bit more easily |
A couple of thoughts / ideas from the issues here:
|
Hey @forslund ; just this weekend finished transitioning from a Mycroft Linux x86 install on an older piece of hardware; to a raspberry pi 3B+; on the previous system, spotify was working well enough; (but for a few issues which we initially worked through) - in the end I had remote device working, without local playback (even w/ librespot installed)
--
now with the pi, I think I went through similar installation steps, spotify skills looks OAauth'd and connected through the skills account settings;
I also installed https://dtcooper.github.io/raspotify/;
Have left it overnight, and rebooted the picroft a few times, but still:
any recommendation for debug/etc? (whatever I figure out I'll contribute/fix if I can )
The text was updated successfully, but these errors were encountered: