daredoes

"The Library scan button seems to work. I found a corresponding log in the tmp folder where the fifos are." The library scan button activates but it throws an error in the supervisor program-specific logs about not having access to system.sh for me

I was taught in my first job that public chat is always better than private chat, so the discord server aims to provide more information to others over time. Hope that's alright, if not send me a PM with your discord username and I'll send you a friend request (applies to all reading this)

oh no worries, offer was for something private, not Twitch. Discord works. Here's a Discord Server for chatting about my Unraid stuff in more real-time, with a permanent link for anyone who wants to join upon finding this comment/thread down the line. https://discord.gg/WbsNtASKau

Yeah this is being developed for me first and foremost. I love making it more accessible for others though. If you need a 1:1 troubleshooting session just lmk. Probably won't take more than 15 minutes to solve. I've been considering doing live coding on Twitch or something so others can learn and ask questions as I go. Let me know if that's of any interest as well (just for my own research).

oh and since both are working I'll now do my changes on a `develop` tag, and once I'm satisfied with both I'll publish to `latest` and a specific versioned tag

@murkus Give both a force update. I've made some good changes, but I think Airplay is still broken for snapcast at the moment. Were you even using it though? Doesn't affect you if not. The Mopidy3 instance is HIGHLY CUSTOMIZED. It runs Supervisord (port 9001) and cron in an Ubuntu image that does some python magic. Let me describe. For the server.json you'll want to place it in `appdata/Mopidy3` alongside `mopidy.conf` There is a line in `mopidy.conf` which is VERY IMPORTANT and its ` output = audioresample ! audioconvert ! audio/x-raw,rate=44100,channels=2,format=S16LE ! filesink location=/tmp/snapfifo The mopidy server when booted up creates a copy of this configuration and does some updates to it, including replacing `/tmp/snapfifo` with `/tmp/snapfifo{A_REALLY_LONG_UNIQUE_HASH}`. This works together with `servers.json` to allow you to have one docker image create multiple instances of Mopidy3 that can rely upon the same cache/data/etc In the attached code block which is my scrubbed `servers.json` I create two instances of Mopidy3, "Home" and "Ambience". I also provide information to reach my snapcast server (well not actually mine). This is used in boot up, and automatically put into the Iris configuration. This data is used to create a supervisord configuration for each desired instance of Mopidy3. So in this case it creates two programs, one for Home and one for Ambience. Those programs run a python program before starting up that reaches out to the snapcast server to clear any stream that has the same name, and then add in this stream as a pipe pointing to `"f"pipe:///data/snapfifo{hash}?name={name}&sampleformat={sample_format}&send_to_muted=false&controlscript=meta_mopidy.py"`. Important note, you want to have Mopidy3 and Snapcast running on the same unraid instance with a shared tmp folder. For the extra instance, manually edit the docker config for Mopidy to expose the new MPD and HTTP ports over TCP. { "servers": { "Home": { "mpd": 6600, "http": 6680 }, "Ambience": { "mpd": 6601, "http": 6681 } }, "snapcast": { "host": "snapcast.example.com, "port": 443, "use_ssl": true, "enabled": true } } All of this code is public at github.com/daredoes/docker-snapcast or github.com/daredoes/docker-mopidy3

aaaaand I caused a regression. Switching the docker's base image to try and fix airplay caused snapserver to go to 0.19 instead of 0.27. Fixing now

@murkus I've just pushed an update to snapcast that pre-includes the Snapweb build so that the error you receive should no longer be present. Later tonight I'll push some other tags for a slim build (<50MB) and a develop build, as well as permanent tags for 0.27

@murkus I didn't even know anyone actually used my stuff! Mostly published for myself. I spent last night trying to fix Airplay in Snapcast while bumping it to version 0.27, and stopped around 2am. I did find while doing this that parts of the config have changed without documentation for snapcast. Unfortunately, to build shairport with the right stuff meant. increasing the image size from 30MB to like 400MB. Still working on slimming that. I'll definitely keep the tag content in mind. Unfortunately, not much of a way to go back to 0.26. Notably, where it says `source = ...` it should now be `stream = ...` otherwise it can't detect any streams and uses a fallback config. Now on Mopidy, that update is significant and good. But I realized during my update that I have SO MANY THINGS unexplained. Did you know that the Mopidy app has the ability to dynamically create multiple instances AND automatically add and remove that instance as a stream source in snapcast over HTTP? I gotta clean up my documentation. Also I can't get the local library scan in Iris to work for the life of me, so I re-added a supervisor command that triggers the local scan, and tied it to a cron job that goes off at 430am every day Anyways, you have my focus, and I want to help. I'll work today on fixing the resource issue, my guess is that the config doesn't like the path given for the homepage though. Here's the new sample config for snapcast I'm including. Try using this and updating it with your specific configuration information. I've also attached a servers.json file that lives in the config area for Mopidy. The templates for that can be found in the docker image under `/home/templates`, but supervisorctl will try to use the `mopidy.conf` and `servers.json` found in the config folder first when setting itself up. snapserver.conf servers.json

Hello! This is my first time publishing something to Unraid. I got frustrated by an outdated version of Snapcast https://github.com/daredoes/unraid-templates Hope to publish more as time goes on!