[GH-ISSUE #310] no device is found #125

Closed
opened 2026-02-28 14:47:12 +03:00 by kerem · 26 comments
Owner

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

 ps -ef | grep spotify
jose     11868     1  0 12:40 ?        00:00:00 spotifyd
jose     11885 11656  0 12:40 pts/4    00:00:00 grep --color=auto --exclude-dir=.bzr --exclude-dir=CVS --exclude-dir=.git --exclude-dir=.hg --exclude-dir=.svn spotify

run spt (installed via snap)

2020-02-24_12-42

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 ``` ps -ef | grep spotify jose 11868 1 0 12:40 ? 00:00:00 spotifyd jose 11885 11656 0 12:40 pts/4 00:00:00 grep --color=auto --exclude-dir=.bzr --exclude-dir=CVS --exclude-dir=.git --exclude-dir=.hg --exclude-dir=.svn spotify ``` run spt (installed via snap) ![2020-02-24_12-42](https://user-images.githubusercontent.com/15836677/75149862-43aab200-5703-11ea-9690-b97bc5feac58.png)
kerem closed this issue 2026-02-28 14:47:12 +03:00
Author
Owner

@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?

<!-- gh-comment-id:590477268 --> @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?
Author
Owner

@verajosemanuel commented on GitHub (Feb 24, 2020):

Nop

<!-- gh-comment-id:590483830 --> @verajosemanuel commented on GitHub (Feb 24, 2020): Nop
Author
Owner

@er0k commented on GitHub (Feb 25, 2020):

I have the same issue on debian buster

$ uname -srv
Linux 4.19.0-8-amd64 #1 SMP Debian 4.19.98-1 (2020-01-26)

$ spotifyd --version
spotifyd 0.2.24

$ spt --version
spotify-tui 0.15.0

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?

<!-- gh-comment-id:590908613 --> @er0k commented on GitHub (Feb 25, 2020): I have the same issue on debian buster ``` $ uname -srv Linux 4.19.0-8-amd64 #1 SMP Debian 4.19.98-1 (2020-01-26) $ spotifyd --version spotifyd 0.2.24 $ spt --version spotify-tui 0.15.0 ``` 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?
Author
Owner

@Rigellute commented on GitHub (Feb 25, 2020):

Hmm... spotify-tui calls the devices endpoint 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).

<!-- gh-comment-id:590922982 --> @Rigellute commented on GitHub (Feb 25, 2020): Hmm... spotify-tui calls the [`devices` endpoint](https://developer.spotify.com/documentation/web-api/reference/player/get-a-users-available-devices/) 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).
Author
Owner

@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.

<!-- gh-comment-id:591079499 --> @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.
Author
Owner

@pablodz commented on GitHub (Feb 25, 2020):

You need a spotify client open, maybe your phone, TV or other device. Premium is necessary.

<!-- gh-comment-id:591095471 --> @pablodz commented on GitHub (Feb 25, 2020): You need a spotify client open, maybe your phone, TV or other device. Premium is necessary.
Author
Owner

@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)

<!-- gh-comment-id:591118059 --> @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)
Author
Owner

@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.

<!-- gh-comment-id:591344161 --> @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.
Author
Owner

@nachocarballeda commented on GitHub (Mar 23, 2020):

You need a spotify client open, maybe your phone, TV or other device. Premium is necessary.

I solve the same issue with this reply :¬|

<!-- gh-comment-id:602669353 --> @nachocarballeda commented on GitHub (Mar 23, 2020): > You need a spotify client open, maybe your phone, TV or other device. Premium is necessary. I solve the same issue with this reply :¬|
Author
Owner

@Rigellute commented on GitHub (Mar 30, 2020):

Closing as @ZurMaD and @nachocarballeda are correct. Premium is necessary to control playback

<!-- gh-comment-id:605888300 --> @Rigellute commented on GitHub (Mar 30, 2020): Closing as @ZurMaD and @nachocarballeda are correct. Premium is necessary to control playback
Author
Owner

@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 ?

<!-- gh-comment-id:622318620 --> @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 ?
Author
Owner

@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.

<!-- gh-comment-id:623749762 --> @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.
Author
Owner

@breuerfelix commented on GitHub (May 5, 2020):

@Rigellute maybe reopen this issue again ? :)

<!-- gh-comment-id:624073824 --> @breuerfelix commented on GitHub (May 5, 2020): @Rigellute maybe reopen this issue again ? :)
Author
Owner

@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.

<!-- gh-comment-id:624466635 --> @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.
Author
Owner

@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 :)

<!-- gh-comment-id:624558024 --> @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 :)
Author
Owner

@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.

<!-- gh-comment-id:624841079 --> @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.
Author
Owner

@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 :)

<!-- gh-comment-id:625535843 --> @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 :)
Author
Owner

@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.

<!-- gh-comment-id:625876061 --> @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.
Author
Owner

@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:

  • A new device is added to the network
  • A device is in “sleep” mode
  • A device on the local network is currently tied to another user account, or
  • Other reasons specific to the device

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?

<!-- gh-comment-id:643819612 --> @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: - A new device is added to the network - A device is in “sleep” mode - A device on the local network is currently tied to another user account, or - Other reasons specific to the device 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?
Author
Owner

@UdittLamba commented on GitHub (May 17, 2021):

You need a spotify client open, maybe your phone, TV or other device. Premium is necessary.

that's what spotifyd is for...

<!-- gh-comment-id:841991772 --> @UdittLamba commented on GitHub (May 17, 2021): > You need a spotify client open, maybe your phone, TV or other device. Premium is necessary. that's what spotifyd is for...
Author
Owner

@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
spotifyd 0.3.3
dxtr@W540:
/projects/spotifyd$ ../spotify-tui/target/release/spt --version
spotify-tui 0.25.0

<!-- gh-comment-id:1104722474 --> @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 spotifyd 0.3.3 dxtr@W540:~/projects/spotifyd$ ../spotify-tui/target/release/spt --version spotify-tui 0.25.0
Author
Owner

@TornaxO7 commented on GitHub (Jul 3, 2022):

You need a spotify client open, maybe your phone, TV or other device. Premium is necessary.

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?

<!-- gh-comment-id:1173056255 --> @TornaxO7 commented on GitHub (Jul 3, 2022): > You need a spotify client open, maybe your phone, TV or other device. Premium is necessary. 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?
Author
Owner

@mirachh commented on GitHub (Jan 26, 2024):

Same problem. Any solution?

<!-- gh-comment-id:1911633319 --> @mirachh commented on GitHub (Jan 26, 2024): Same problem. Any solution?
Author
Owner

@TornaxO7 commented on GitHub (Jan 26, 2024):

@mirachh I highly recommend spotify-player since it's easier to setup and actively maintained.

<!-- gh-comment-id:1911655971 --> @TornaxO7 commented on GitHub (Jan 26, 2024): @mirachh I highly recommend [spotify-player](https://github.com/aome510/spotify-player) since it's easier to setup and actively maintained.
Author
Owner

@mirachh commented on GitHub (Jan 26, 2024):

Thanks...

<!-- gh-comment-id:1911668877 --> @mirachh commented on GitHub (Jan 26, 2024): Thanks...
Author
Owner

@jaketae commented on GitHub (Jan 30, 2024):

Here's something that worked for me on macOS.

  1. Install spotifyd and spotify-tui
  2. Set up spotifyd (documentation)
  3. Start spotifyd via brew services start spotifyd
  4. Run spt; spotifyd should now show up as an available device
<!-- gh-comment-id:1915877908 --> @jaketae commented on GitHub (Jan 30, 2024): Here's something that worked for me on macOS. 1. Install `spotifyd` and `spotify-tui` 2. Set up `spotifyd` ([documentation](https://docs.spotifyd.rs/config/File.html)) 3. Start `spotifyd` via `brew services start spotifyd` 4. Run `spt`; `spotifyd` should now show up as an available device
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/spotify-tui#125
No description provided.