Closed bonelifer closed 6 months ago
Hello, yes I know about mympd, I also participated in a few discussions/issues, it's an awesome project. I am running a few instances of mpd+mympd+yams, in server+satellite mode using sshfs/autofs for the file sharing with very good results.
Is something not working with your setup?
Have to check the logs tomorrow but mympd won't connect to mpd. Also the log complained about the entries in mpd.conf, made by these environment variables:
- HTTPD_OUTPUT_ENCODER_BITRATE=${HTTPD_OUTPUT_ENCODER_BITRATE}
- HTTPD_OUTPUT_ENCODER_QUALITY=${HTTPD_OUTPUT_ENCODER_QUALITY}
Was wondering if you could test this to see what I'm missing, or providing working yml files. I need to head off to sleep as it's almost 2am.
Can you post the logs where mpd complains about the configuration?
Also, what is your goal? Seeing that you want to enable PulseAudio output, I assume you want to play from your desktop computer, is that right?
Do you also want to support for mympd's local playback? That is useful when you want to connect to mympd from a web server on another device, and play through the browser. But that's weird if your player is on a desktop, looks like something more useful to configure on a mpd "server" instance, maybe running 24/7. If you have mpd running through PulseAudio on your desktop, I would prefer PulseAudio against "local playback". Anyway the configuration is legit, is that what you want?
About mympd connection to mpd, given your two distinct compose files, you should probably use "localhost" and "6600" in mympd configuration page:
Thanks for the help. A lot of my problems where TLDR; and a bad headache that wouldn't let me sleep. So I chunked the configuration table at chatgpt, and told it that they described docker .env variables and how to setup of mpd httpd and told it to give me the proper configs. should of then checked it against my old mpd.conf for httpd config. Change to lame, 128. Now fixed. I plan to redeploy this later on a thin-client. Just trying to get something up that works for now. I assume for the thin-client headless, I should switch out to ALSA. I want alsa/httpd, so I can listen to music on my stereo from the thin-client, but also listen on my phone via Bluetooth ear buds when it's not appropriate to listen on the stereo when people are sleeping. Also to listen via laptop browser.
Amazing that chatgpt could help you configure my container image, what a world! :-) Sorry for your headache also.
About httpd, maybe lame@128 is a bit too much, it will hurt quality quite a lot. You might still want to use wave and let the other two arguments empty. Or if you want to reduce bandwidth usage, you can stick with lame, but maybe use 320 as the bitrate. Or even better you can use vorbis with quality set to -1, those might be more sensible settings if you want to listen with headphones. Look here for a reference to the encoder plugins.
For the output to the hifi system, alsa is definitely the way to go!
Another thing, for a mpd instance which is used through mympd, you might want to set ENFORCE_PLAYER_STATE to no
, so the startup script won't reset the state of the players (enabled/disabled) during startup. This behaviour is used in order to avoid that, while starting up, some outputs are disabled because you disabled in the previous run, but I believe is not ideal with mympd, which has a nice interface for enabling and disabling outputs
Not sure if you are familiar with mympd, but I'm trying to use it with this this in pulse audio mode. Here are my docker-compose.yml files and the ,env file.
mympd: docker-compose.yml
.env
mpd-alsa-docker: docker-compose.yml
: