This currently does not seem to work, has it been tested with recent versions of :latest?
wu-lee opened this issue · comments
Hi, thanks for publishing this - just giving it a try, but I don't seem to have a working system.
For instance although mopidy and spotify nominally seem to start without errors, and I can connect to the mopidy web UI (if I open the right firewall ports), in snapserver logs there are errors:
snapserver_1 | 2021-02-07 23-50-44 [Notice] Settings file: "/root/.config/snapserver/server.json"
snapserver_1 | 2021-02-07 23-50-44 [Err] Failed to create client: Daemon not running
snapserver_1 | 2021-02-07 23-50-44 [Info] PcmStream sampleFormat: 48000:16:2
snapserver_1 | 2021-02-07 23-50-44 [Info] metadata={
snapserver_1 | 2021-02-07 23-50-44 [Info] "STREAM": "Radio"
snapserver_1 | 2021-02-07 23-50-44 [Info] }
snapserver_1 | 2021-02-07 23-50-44 [Info] onMetaChanged (Radio)
snapserver_1 | 2021-02-07 23-50-44 [Info] PipeStream mode: create
snapserver_1 | 2021-02-07 23-50-44 [Info] Stream: {"fragment":"","host":"","path":"/tmp/sharesound/snapfifo","query":{"buffer_ms":"20","codec":"flac","name":"Radio","sampleformat":"48000:16:2"},"raw":"pipe:////tmp/sharesound/snapfifo?buffer_ms=20&codec=flac&name=Radio&sampleformat=48000:16:2","scheme":"pipe"}
snapserver_1 | 2021-02-07 23-50-44 [Err] (PipeStream) Exception: end of file
I'm no expert on snapserver, but from a quick google, I'm suspecting that snapserver may have changed its config requirements.
And in upmpdcli, this error suggests some sort of version mismatch:
upmpdcli_1 | Error relocating /usr/lib/libupnpp.so.8: __cxa_init_primary_exception: symbol not found
upmpdcli_1 | Error relocating /usr/lib/libupnpp.so.8: __cxa_init_primary_exception: symbol not found
upmpdcli_1 | Error relocating /usr/lib/libupnpp.so.8: __cxa_init_primary_exception: symbol not found
since this was published?
Hey,
I stopped working on this quite a while ago, as I did not find it to be helpful in the end. It basically added quite some complexity to my setup but didn't improve stability.
I also moved away from mopidy, as it had some quite long standing issues the developers never really resolved. Maybe nowadays it is better, but I found out, that for my use case, bare MPD worked way better.
Interesting. I'm curious, what are you using now? And do you recall what the issues were?
I use Mopidy/MPD mainly for playing radio. However Mopidy needed about 10s to start playing my radio streams. That was annoying. Also running the latest Mopidy was always some kind of pain. Back then it was python2.7 only, I hope its python3 by now. However I constantly had breaking dependencies due to pip conflicting with apt and there a like. I could solve it with pyvenv, but all that was work, work work, and every now and then a new issue came up.
As MPD is just a simple binary that is well managed by my package manager, once I started using it, I never had any Issue with it. It just worked and so I sticked to it. Also my use case is rather minimal and MPD just fits it better then all mighty Mopidy.
For multi-room audio I still rely on snapcast. Best project in my opinion. The developer doesn't answer a lot of questions, but he does a fantastic job. Snapcast runs just awesome. I only have trouble with it, when I have trouble with my network but that is none of snapcasts business. What needs some time to get to work is snapcast on a pulseaudio machine. But again the "issue" is not snapcast here. Pulseaudio is just hard to understand. Once everything is setup properly (not too easy though as the devel is in the detail) it runs just awesome.
What are you trying to achieve? Maybe I can give you some hints and save you some time, as I have made a lot of mistakes setting up my audio system.
Mopidy: there seems to be a v3 these days https://mopidy.com/blog/2019/12/27/mopidy-3-faq/
Pip/apt conflicts: you must mean apk, if this is in an Alpine docker container? Or possibly apt in another environment?
But: I don't think I need Mopidy exactly - really I just want a tried and tested lightweight music playing system to run on an Intel Nuc box in the cupboard which runs Nextcloud (dockerised), and so has my music collection on.
I'd like to be able to control it via UPNP, so I have a minidlna container. That works ok, and there's a Sonos box I can play to. What I can't do yet however is play anything via the Nuc box's own soundcard (except directly via mplayer). Mpd/mopidy plus upmpdcli should do that, and searching for those is how I found this repository.
Streaming from (say) Bandcamp and Spotify would be nice to have too.
Pip/apt conflicts: you must mean apk,
I wasn't talking about this docker container here in particular, just general why I stooped using mopidy. Within a docker there are no conflicts, once it is working.
I'd like to be able to control it via UPNP, so I have a minidlna container.
Year mopidy might be the way to go. I don't know about the state of mopdy containers these days. But I think there will be something suitable around. Just keep in mind that mopidy has some extension system and that can make things a bit difficult.
If you want multiroom audio, go for snapcast. I don't know if there are good docker container around as well either, but it is really a simple binary that just runs. Docker might be an overkill here.
Actually, one thing I am not certain about from inspecting the docker-compose config: which container actually plays the music on the soundcard, if any? I think MPD did this for me before, but I get the impression Snapserver (Snapclient) might be (able to) do it here?