mirror of
https://github.com/Rigellute/spotify-tui.git
synced 2026-04-27 00:25:53 +03:00
[GH-ISSUE #310] no device is found #125
Labels
No labels
bug
enhancement
good first issue
help wanted
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/spotify-tui#125
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @verajosemanuel on GitHub (Feb 24, 2020).
Original GitHub issue: https://github.com/Rigellute/spotify-tui/issues/310
installed spotifyd and spt.
run spotifyd
run spt (installed via snap)
@Rigellute commented on GitHub (Feb 24, 2020):
Could be that you've logged in to a different account using spotifyd compared to the account used to create the client credientials for spotify-tui?
@verajosemanuel commented on GitHub (Feb 24, 2020):
Nop
@er0k commented on GitHub (Feb 25, 2020):
I have the same issue on debian buster
I get "No devices found" in spotify-tui.
However, if I start spotifyd and then use the Spotify client on my phone, the spotifyd device shows in the Android client. Once I switch to the spotifyd device with the Android client, the spotifyd device appears in spotify-tui and I can use it normally. So, it seems like there may be an issue with autodiscovery between spotifyd and spotify-tui?
@Rigellute commented on GitHub (Feb 25, 2020):
Hmm... spotify-tui calls the
devicesendpoint from the spotify api and displays that list.Is it possible that the spotifyd client is not active when spotify-tui goes to this devices screen? We could implement some polling on that endpoint (currently the request is only made when that screen is first shown).
@Spinnerthing commented on GitHub (Feb 25, 2020):
I wonder if the issue is related to spotifyd, I have been having issues with spotifyd not being viewable as a device with either the spotify web client or spt, but if I use the official spotify client on linux it can see spotifyd device and once that has seen it then spotifyd is visible to both the web client and spt.
@pablodz commented on GitHub (Feb 25, 2020):
You need a spotify client open, maybe your phone, TV or other device. Premium is necessary.
@Spinnerthing commented on GitHub (Feb 25, 2020):
Actually for me it was a fail regarding config for spotifyd, it was in discovery mode because the username/password was not set. (Because it was not reading the conf file where I'd put it due to a typo)
@Spinnerthing commented on GitHub (Feb 26, 2020):
@er0k your issue sounds like a config fail in spotifyd, when it doesn't have a valid username/password then it has a discovery mode which needs an official client to make it then become discoverable to spotify tui and even the web client.
@nachocarballeda commented on GitHub (Mar 23, 2020):
I solve the same issue with this reply :¬|
@Rigellute commented on GitHub (Mar 30, 2020):
Closing as @ZurMaD and @nachocarballeda are correct. Premium is necessary to control playback
@breuerfelix commented on GitHub (May 1, 2020):
same issue here.
i have the spotifyd daemon run at startup as a system service.
when i start spotify tui right after system start it is able to detect the device. if i wanna hear music some hours later it is not able to detect my spotifyd again even though it is running fine. i can start listening on that via smartphone. AFTER i hit start on the smartphone it shows up when pressing d again on spotify tui.
Seems like some idling problem to me. any advices ?
@datkush420 commented on GitHub (May 4, 2020):
I'm having the same issue as outlined above by @breuerfelix. The devices menu "d" is empty. If I open spotify on my phone and select my computer, go back to terminal and hit "d" again, the list populates and I can play music.
@breuerfelix commented on GitHub (May 5, 2020):
@Rigellute maybe reopen this issue again ? :)
@Spinnerthing commented on GitHub (May 6, 2020):
@breuerfelix I don't think these are issues with spotify-tui but spotifyd, @datkush420 issue sounds more like a config issue with spotifyd going in to discovery mode.
For you @breuerfelix maybe try open a bug report with spotifyd about it not being discoverable after a while of inactivity. When I had my issues I found a similar sort of problem was being discussed there too.
@breuerfelix commented on GitHub (May 6, 2020):
@Spinnerthing i don't think the problem is spotifyd not being discoverable.
My Smartphone (fresh start or start from idle) is doing really fine with discovering the daemon on my computer :)
@Spinnerthing commented on GitHub (May 6, 2020):
@breuerfelix interesting to hear, maybe post a new bug report with that all of that relevant information if you can't find another bug relating to it?
This issue people experienced in this bug report, me included, before was not a bug.
@datkush420 commented on GitHub (May 7, 2020):
I can open the official Spotify client on any device (tablets, phones, laptops, android, ios, mac, windows, linux, etc.) and immediately see spotifyd named "rhArchLinux". Spotify-tui is the only client that can't see it. I don't see how this is an issue with spotifyd when spotify-tui is the only client having trouble seeing it.
--EDIT-- it was the spotityd config after all. The wiki said to specify an audio device to stream audio to "device = alsa_audio_device" which I had set as "pulse" but spotifyd was giving a panic "pulseaudio sink does not support specifying a device name". As soon as I removed that line it worked immediately.
Thanks for the help :)
@Spinnerthing commented on GitHub (May 8, 2020):
@datkush420 I am glad to hear it's resolved. The discovery mode of spotifyd does easily cause confusion with spotify-tui.
@marcelbuesing commented on GitHub (Jun 14, 2020):
Quote from spotify API docs:
Connect Web API relies on local network connections to discover and interact with some devices.
For example, when:
As a result, some devices that appear in the Connect picker within the Spotify application may not always be visible or available on the Connect Web API Endpoints.
https://developer.spotify.com/documentation/web-api/guides/using-connect-web-api/
Is there some way to programmatically do the same as the Spotify clients do for network device discovery, I assume it's something related to mdns?
@UdittLamba commented on GitHub (May 17, 2021):
that's what spotifyd is for...
@dxtr85 commented on GitHub (Apr 21, 2022):
I have both daemon and spotify-tui built from source.
TUI does not detect daemon, I can not even connect from my phone (daemon is seen from my phone).
dxtr@W540:
/projects/spotifyd$ ./target/release/spotifyd --version/projects/spotifyd$ ../spotify-tui/target/release/spt --versionspotifyd 0.3.3
dxtr@W540:
spotify-tui 0.25.0
@TornaxO7 commented on GitHub (Jul 3, 2022):
This should be added to the README in my opinion or I was just blind.
Anyways, is it possible to hear music without having the spotify-client running?
@mirachh commented on GitHub (Jan 26, 2024):
Same problem. Any solution?
@TornaxO7 commented on GitHub (Jan 26, 2024):
@mirachh I highly recommend spotify-player since it's easier to setup and actively maintained.
@mirachh commented on GitHub (Jan 26, 2024):
Thanks...
@jaketae commented on GitHub (Jan 30, 2024):
Here's something that worked for me on macOS.
spotifydandspotify-tuispotifyd(documentation)spotifydviabrew services start spotifydspt;spotifydshould now show up as an available device