@
gillestantot
Let's begin at the beginning instead of the middle.
When posting a support request, always first reboot the moOde player and then capture the output from the System Info menu item in the moOde WebUI (or using the "moodeutl -s" command from the moOde command line [1]), and include it in the post.
In your case it tells us several useful things, including your Internet settings, but more importantly, including the startup (or not) of the Spotify Connect service. Here's an example where I've excerpted the crucial lines from the MOODE STARTUP LOG section of the command output (including the last line before and first line after the relevant Spotify lines):
Code:
1) a moOde player with the Spotify Renderer setting "On":
20200905 131121 worker: Airplay renderer (started)
20200905 131121 worker: Spotify renderer (available)
20200905 131121 worker: (librespot --name "Moode3A Spotify" --bitrate 160 --initial-volume 0 --cache /var/local/www/spotify_cache --disable-audio-cache --backend alsa --device "plughw:2" --onevent /var/local/www/commandw/spotevent.sh > /dev/null 2>&1 &)
20200905 131121 worker: Spotify renderer (started)
20200905 131121 worker: Squeezelite renderer (available)
2) a moOde player with the Spotify Renderer setting "Off":
20200906 091207 worker: Airplay renderer (started)
20200906 091207 worker: Spotify renderer (available)
20200906 091207 worker: Squeezelite renderer (available)
If the service never started then it can never be found. As vinnn suggested, a way to determine if the service is still running later is to execute the command "pgrep librespot" to get the ID(s) of the processes involved. For the same cases as above, I get:
Code:
1) Spotify Renderer setting "On" and service running:
pi@moode:~ $ pgrep librespot
329
1195
2365
27786
pi@moode:~ $
2) Spotify Renderer setting "On" or "Off" and service not running:
pi@moode:~ $ pgrep librespot
pi@moode:~ $
If the service is running, then Spotify Connect should "just work". It depends on DNS Service Discovery which is a zero-configuration networking technique. In our use case, the only requirement is that the Spotify Connect receiver (moOde) and the Spotify app (phone/tablet/PC) be on the same LAN segment AND that any intervening network devices pass the discovery protocol packets.
Here's one test of the latter using the avahi-browse command available on my Linux boxes (including my moOde players). I ran it on my Linux laptop named T520 which is connected to my LAN router/AP via WiFi on interface "wlp3s0" (which might have been "wlan0" in the old naming scheme):
Code:
xxxx@T520:~$ avahi-browse -r _spotify-connect._tcp
+ wlp3s0 IPv6 Moode64 Spotify _spotify-connect._tcp local
+ wlp3s0 IPv6 Moode3A Spotify _spotify-connect._tcp local
+ wlp3s0 IPv4 Moode3A Spotify _spotify-connect._tcp local
+ wlp3s0 IPv4 Moode64 Spotify _spotify-connect._tcp local
+ wlp3s0 IPv4 c01b1ae2e423a69a-0 _spotify-connect._tcp local
= wlp3s0 IPv6 Moode64 Spotify _spotify-connect._tcp local
hostname = [moode64.local]
address = [fe80::xxxx:xxxx:xxxx:xxxx]
port = [39399]
txt = ["CPath=/" "VERSION=1.0"]
= wlp3s0 IPv6 Moode3A Spotify _spotify-connect._tcp local
hostname = [moode3a.local]
address = [fe80::xxxx:xxxx:xxxx:xxxx]
port = [34583]
txt = ["CPath=/" "VERSION=1.0"]
= wlp3s0 IPv4 Moode3A Spotify _spotify-connect._tcp local
hostname = [moode3a.local]
address = [192.168.1.195]
port = [37481]
txt = ["CPath=/" "VERSION=1.0"]
= wlp3s0 IPv4 Moode64 Spotify _spotify-connect._tcp local
hostname = [moode64.local]
address = [192.168.1.201]
port = [39399]
txt = ["CPath=/" "VERSION=1.0"]
= wlp3s0 IPv4 c01b1ae2e423a69a-0 _spotify-connect._tcp local
hostname = [c01b1ae2e423a69a-0.local]
address = [192.168.1.162]
port = [44899]
txt = ["Stack=SP" "VERSION=1.0" "CPath=/zc/0"]
^C
//note: it may take a few seconds for all services to be discovered so I let the program
// run until I killed it manually instead of using the -t option to let the program
// decide when to quit
//note: this output includes IPv6 addresses. They are benign link-local addresses in my case
// but it's still bad practice to publish IPv6 addresses. Always xxxx out everything
// after the first octets out of an abundance of caution.
This output indicates my laptop can "see" the Spotify Connect service on two moode players as well as a commercial device (a Facebook Portal). They were first discovered as their service names such as "Moode3A Spotify" and then reverse protocols were used to associate each service with a fully qualified hostname, an IP address, and port.
Regards,
Kent
[1] Note that it is not necessary to use ssh to log into the moOde player command line. You should be able to run the moodeutl command remotely from any computer which has a fully functional ssh command available thusly;
Code:
xxxx@T520:~$ ssh pi@moode3a "moodeutl -s"
pi@moode3a's password:
Generating info...
S Y S T E M P A R A M E T E R S
moOde release = 6.7.1 2020-07-22
...
