This is fork from LedFxDocker

A Docker Image for the latest developement branch of LedFx.

Compiling LedFx to run on different systems is difficult because of all the dependencies. It's especially difficult on a Raspberry Pi (building LedFx on ARM takes over 2 hours). This image has everything built for you, and it can get audio from a Snapcast server or a named pipe.

This image supports x86-64and arm . Docker will automatically pull the appropriate version.

version: '3'

services:
  ledfx-virt:
    image: spirocekano/ledfx-virt
    container_name: ledfx-virt
    hostname: ledfx-virt
    environment: 
      - HOST=host.docker.internal
      - FORMAT=-r 44100 -f S16_LE -c 2
    network_mode: host
    volumes:
      - ./ledfx-config:/root/.ledfx
      - ~/audio:/app/audio
    devices:
      - /dev/snd:/dev/snd

Each variable corresponds to a different input method. One of the two variables must be set to send audio into the container (or you can set both).

The trickiest part of using this image is getting audio into it. Dealing with audio device drivers is pretty painful; so much so that I spent 20 minutes getting LedFx installed and 50 hours squashing audio bugs. Don't worry, that work has already been done, so here are three approaches to get audio into the container:

Snapcast is a server for playing music synchronously to multiple devices. This image can act as a snapclient device and connect to a snapserver simply by setting the HOST environment variable, but you need to get audio into Snapcast too.

Fundamentally, Snapcast's server gets its audio from a named pipe. This is where option two comes in; you can send audio directly into this image using its named pipe. Snapcast is useful if you have multiple speakers you want to connect to, you already have a snapserver, or you want to send audio from a separate device and have it play in both LedFx and over the system speaker out (phone -> raspberry pi running Snapcast and LedFx -> speakers).

This is a great approach if you just want to play system audio or if you're connecting it to some other audio service, and you don't need the extra bloat from Snapcast. Because this image receives data just like a snapserver, any tutorial you find for getting audio into a snapserver will work with this image. Setup of audio players/server provides instructions on how to connect Mopidy, FFmpeg, PulseAudio, Airplay, Spotify, VLC, and more.

To play system audio, you could use Docker's --device flag or use FFmpeg to record system audio and send it to the pipe.

If you want to use a method not mentioned here or one that doesn't have an explicit named pipe option, your easiest method would probably be playing the audio on the system; then use a tool like FFmpeg or PulseAudio to record the system's audio and send it to the container.

• Shell access while the container is running: docker exec -it ledfx-virt /bin/bash
• Logs: docker logs ledfx-virt

• Add a Mopidy example
• Add an example using --device
• Check if a direct connection to the PulseAudio server works. Example.

If you want to make local modifications to this image for development purposes or just to customize the logic:

git clone https://github.com/spiro-c/LedFxDocker.git -b Virtuals
cd LedFxDocker
docker build -t spirocekano/ledfx-virt .