Wall Mounted SqueezePlayer With Raspberry Pi




Introduction: Wall Mounted SqueezePlayer With Raspberry Pi

Build a wall-mounted "SqueezePlayer"-based network music player using Squeezelite, Jivelite and a Raspberry Pi. I built this project because Logitech has stopped making its "Squeeze" line of networked music players. Since the server software is open source, and because I continue to have several network players around the house that only work off of the Logitech Media Server (originally called the Squeezebox Server), and finally because a few intrepid souls in the Squeeze forums (http://forums.slimdevices.com/showthread.php?97046-Announce-Squeezelite-a-small-headless-squeezeplay-emulator-for-linux-%28alsa-only%29) built software emulators for a network music player and its interface; I decided to put together this project.

Here is a video of the completed player:

This project shows how to both build the hardware and set up a Raspberry Pi with the correct software. The parts required may vary based on what kind of a system you want; but here I use a Raspberry Pi Model B and a Mimo UM-720F USB Touchscreen Display (http://www.mimomonitors.com/products/mimo-720-f-flex-screen-mountable-touchscreen-usb-monitor). In addition, I've used a Rosewill powered USB hub to power both the Raspberry Pi and the monitor, and a T-amp amplifier to power a pair of JBL in-ceiling speakers.

The project consists of two main parts. First, prepare the Raspberry Pi to run the appropriate software to connect to the music server and display the interface; and second, install the hardware in the wall.

Image Files Available for pi1 and pi2

For those who don't want to build their own system up from scratch, I have created a disk image of a working system. You can download the compressed image from here. You may select the image for the Raspberry Pi 1 or the Raspberry Pi 2. Unzip the file and write it to a SD card (2GB or larger should work).

You will need to change the root password (currently "root" and the squeezeuser password (currently "squeeze"). You will also need to copy the appropriate xorg config file to /etc/X11/xorg.conf.d/20-displaylink.conf. There are two examples in the /home/squeezeuser/ directory. One is for the Mimo screen used in this project and the other is for the Lilliput 7" UM-70/C/T MiniUSB Touch Screen Monitor. As delivered, the image uses the Lilliput xorg file. Finally, you will need to calibrate your touchscreen by uncommenting the xinpu_calibrator line in the .xinitrc file in the squeezeuser's home directory. The output will be in a text file and you should copy this information into /etc/X11/xorg.conf.d/90-calibrator.conf.

Step 1: Install and Setup Arch Linux

In this project, we'll use Arch Linux. Arch is a great distribution on which to learn, and the Arch community is second to none when it comes to providing helpful and clear advice.

Install Arch Linux First, acquire the Raspberry Pi flavor of Arch Linux from here: http://downloads.raspberrypi.org/arch_latest
Prepare your media and copy the image file to your media as provided in the Raspberry Pi instructions here: http://elinux.org/RPi_Easy_SD_Card_Setup. There is a lot of good information on setting up Arch available through the Arch Wiki at http://wiki.archlinux.org, but a good place to start is the Arch Beginner's Guide available here: http://wiki.archlinux.org/index.php/Beginners%27_Guide. I've included the essential steps below.

I've assumed the following, that the non-root username is "squeezeuser", and that this user has sudo rights.

First, set your location by opening up the list of locales:
 # nano /etc/locale.gen

un-comment the appropriate locale for your country (e.g., en_US.UTF-8 UTF-8)
then generate the local information with:
 # locale-gen

Determine your timezone by finding the appropriate file in the timezone directory:
 # ls /usr/share/zoneinfo/
 # ls /usr/share/zoneinfo/America

Create a symbolic link to /etc/localtime
 # ln -s /usr/share/zoneinfo/America/New_York /etc/localtime

Establish a hostname for your Pi:
 # echo squeezeboxPi > /etc/hostname

Set up a non-root user. Ensure that it is given permission for the audio hardware.
 # useradd -m -g users -G audio -s /bin/bash squeezeuser

Set a password for this user.
 # passwd squeezeuser

Setup autologin of squeezeuer by following this guide: http://wiki.archlinux.org/index.php/Automatic_login_to_virtual_console

Optional but highly recommended
Give sudo rights to non-root user by editing the sudoers file. Additional information can be found here: http://wiki.archlinux.org/index.php/Sudo
 # EDITOR=nano visudo
add the line:
squeezeuser ALL=(ALL) ALL

Update system
 # pacman -Syu

Reboot and login as non-root user:
 # reboot

**NOTE: From here on out, I will assume that you are logged in as the non-root user and that user has sudo rights. If your non-root user does not have sudo rights, simply use the su command to escalate your privileges where appropriate. Also note that building files from the Arch User Repository (AUR) often assumes that the user has sudo rights.**

Step 2: Audio and Video Setup

Install needed files for audio and video (and a few others)

$ sudo pacman -S alsa-utils xorg-server xorg-server-utils xorg-xinit xf86-video-fbdev xorg-twm xorg-xclock xterm sudo mlocate openbox
Audio should work out of the box. If it does not, make sure that your user (in the examples here, "squeezeuser") is part of the "audio" group. If not, add them with:
$ sudo usermod -aG audio squeezeuser

Also make sure that your PCM audio is not muted and that the volume is up:
$ alsamixer

And test that you have sound coming out
$ speaker-test -c 2
If none of that works, make sure that the appropriate module has been loaded:
$ lsmod | grep snd
You should see snd_bcm2835 as part of the output. If not try:
$ sudo modprobe snd_bcm2835
And then test again to see if the audio device has been loaded. If not, I recommend you post to the RaspberryPi Forum

Establish xorg config file for Mimo screen.

I've created an xorg config file that works for me. You can download it from here: 20-displaylink.conf
I've also placed a copy below. You may need to adjust the lines for the framebuffer device ("fbdev") and for the touchscreen. You can see what framebuffer devices you have by issuing the command:
$ ls /dev/fb*
And you can similarly see the touchscreen name with:
$ ls /dev/input/by-id/
Here is what my xorg config file looks like:
################ DisplayLink Stuff ###################                                                                                                                                                                                       
Section "Device"
       Identifier      "DisplayLinkDevice"
       Driver          "fbdev"
       BusID           "USB"               # needed to use multiple DisplayLink devices 
       Option          "fbdev" "/dev/fb1"  # change to whatever device you want to use
       Option          "ShadowFB" "off"
#      Option          "rotate" "CCW"      # uncomment for rotation

Section "Monitor"
       Identifier      "DisplayLinkMonitor"

Section "Screen"
       Identifier      "DisplayLinkScreen"
       Device          "DisplayLinkDevice"
       Monitor         "DisplayLinkMonitor"
#       DefaultDepth    16

####################### TOUCHSCREEN ####################
Section "InputDevice"
        Identifier "touchscreen"
        Driver "evdev"
#        Option "Device" "/dev/input/event3"
        Option "Device" "/dev/input/by-id/usb-e2i_Technology__Inc._USB_Touchpanel_L000000000-event-if00
        Option "DeviceName" "touchscreen"
        Option "ReportingMode"  "Raw"
        Option "SendCoreEvents" "On"
        Option "Calibrate" "1"
        Option "InvertY"        "true"
#       Option "InvertX"        "true"
#       Option "MinX" "630"  
#       Option "MinY" "31000"  
#       Option "MaxX" "31700"  
#       Option "MaxY" "1000"  

Section "ServerLayout" 
       Identifier      "default" 
       Screen 0        "DisplayLinkScreen" 0 0 
       InputDevice "touchscreen" "CorePointer"

Step 3: Install Squeezelite and Jivelite

Get ready to use AUR

The Arch User Repository (AUR) is a great resource. The process is very simple. After setting up an appropriate environment, you download a tarball of source+scripts, untar it, then use "makepkg" to build a package that can be installed by pacman. Makepkg will handle grabbing dependencies if needed.

$ sudo pacman -S --needed base-devel
$ sudo pacman -S git wget
$ cd ~
$ mkdir builds
$ cd builds

Get squeezelite source and build AUR package
$ wget 
$ tar -xvzf squeezelite-git.tar.gz
$ cd squeezelite-git
$ makepkg -s

List the package built (it will look something like squeezelite-git-0.r78.gae7f3e0-1-armv6h.pkg.tar.xz)
$ ls *.tar.xz

Install the package using pacman
$ sudo pacman -U squeezelite-git-0.r78.gae7f3e0-1-armv6h.pkg.tar.xz

Download and edit the systemd service file. A copy is available here
You will need to edit the file to include the name of your non-root user, the MAC address of you Raspberry Pi and the name you want to give your player (optional).

You can determine the MAC address of your Raspberry Pi by issuing the following command:

$ ip link

You should look for something like "eth0", or "wlan0" if you are using a wireless adapter. The MAC address will be in the form of xx:xx:xx:xx:xx:xx and will use hexidecimal.

# file located at /lib/systemd/system/squeezelite.service
# use "systemctl enable squeezelite.service to load
# based on a template from RPMFusion and R.G. Newbury from this thread:
# <a href="http://www.gossamer-threads.com/lists/mythtv/users/516650?search_string=mythbackend.service%20;#516650" rel="nofollow">  <a href="http://www.gossamer-threads.com/lists/mythtv/user..." rel="nofollow"> http://www.gossamer-threads.com/lists/mythtv/user...</a>>

#Usage: ./squeezelite [options] []
#             Connect to server server at given IP address, otherwise uses autodiscovery
#  -o    Specify output device, default "default"
#  -l                    List output devices
#  -a:     Specify ALSA buffer_time (ms) and period_count, default 20:4
#  -b :  Specify internal Stream and Output buffer sizes in Kbytes
#  -c ,  Restrict codecs those specified, otherwise loads all available codecs; known codecs: flac,pcm,mp3,ogg,aac
#  -d =      Set logging level, logs: all|slimproto|stream|decode|output, level: info|debug|sdebug
#  -f           Write debug to logfile
#  -m          Set mac address, format: ab:cd:ef:12:34:56
#  -n              Set the player name
#  -r              Max sample rate for output device, enables output device to be off when squeezelite is started
#  -z                    Daemonize
#  -t                    License terms

Description=Squeezelite Daemon

Requires=network.target sound.target
After=network.target sound.target


# NOTE: using the "squeezeuser" user, NOT root.

## note use your mac address as given by ifconfig and the name you wish to give your player
ExecStart=/usr/bin/squeezelite -m [xx:xx:xx:xx:xx:xx] -a 80 -n "Pi Player"

Note: if you get popping or other sound distortion, alter the squeezelite command line by upping the figure after "-a" to 160.

Get source for jivelite and install packages needed to build
Jivelite is the GUI frontend for the squeezelite player.

$ cd ~
$ cd build
$ git clone  https://code.google.com/p/jivelite/>
$ cd jivelite

NOTE: earlier versions of this instructable included instructions to download a patch file so that make would look for several header files in locations appropriate for Arch Linux. Triode has altered the Jivelite code so that the patch is no longer needed and the next few instructions are obsolete. The instruction is maintained below for completeness. You do not need to download and patch the code.

The source files for Jivelite assume a Debian-type environment where include files are located in the path of /usr/local/include.
Because Arch uses the Redhat format, we need to patch the files so that the location of the lua.h file (and a few others) is adjusted to follow the Arch conventions. I have made a patch file that should work against the latest source and it can be downloaded here with the command:
$ wget <a href="https://raw.github.com/ggalt/RaspberryArch/master/fix_lua_includes.patch" rel="nofollow">  https://raw.github.com/ggalt/RaspberryArch/master...>

Patch the git repository by first checking the patch:
$ git apply --check fix_lua_includes.patch

Then apply the patch:
$ git am --signoff fix_lua_includes.patch
(NOTE: you could issue “git apply fix_lua_includes.patch”, but using “git am --signoff” documents your application of the patch in case you later want to modify your branch).

NOTE: end of obsolete section

Before compiling, add the libraries needed by jivelite:
$ sudo pacman -S luajit sdl sdl_image sdl_ttf sdl_gfx
Make the jivelite binary using the PREFIX define we inserted with the patch file:
$ make PREFIX=/usr
Jivelite should now be in a "bin" file in the directory where you built jivelite.

Create .xinitrc file to start X

To start openbox and the jivelite client, you will need to prepare an .xinitrc file that establishes your environment. An example of what I used can be found at my github page. You will need to make sure that the last line is correct for your path to the jivelite binary file.

Make the .xinitrc file executable.

$ chmod +x .xinitrc

Modify Openbox Configuration

Openbox relies upon a simple XML configuration file. For our touchscreen we don't want to show any of the standard window decorations that a normal window manager shows so we need to make a slight edit to this file.

First create a directory in the squeezeuser's home director call ".config". Please NOTE the "." before the word "config" and make sure it is there. This will make this directory a hidden directory and it is where Openbox will look for the configuration file. Next, make a subdirectory within the ".config" directory entitled "openbox".

$ mkdir .config 
$ mkdir .config/openbox

Next, copy the standard Openbox configuration file into this directory.

$ cp /etc/xdg/openbox/rc.xml ~/.config/openbox/

Finally edit the rc.xml file to add the following lines near the bottom:

$ nano ~/.config/openbox/rc.xml
<!-- match all windows and remove their decorations -->
	<application class="*">

This should be inserted just before the end of the document right after the lines that read:

# end of the example<br>-->

And right before the very end of the document, which ends with:

</openbox config>

so the full end of the document should be:

<br># end of the example<br>--><br>
<!-- match all windows and remove their decorations --><br>     <application class="*"><br>        <decor>no</decor><br>      </application><br></applications><br></openbox config><br>

Step 4: Prepare the Cabinet

To install the Raspberry Pi in the wall, I used a circuit breaker cabinet from the hardware store. It is the correct depth for a wall cavity and -- assuming you get one that has a cover plate with a flange to sit against the drywall (be careful, I didn't!!) -- it looks reasonably profession.

Layout the Location of Parts
Even though the cabinet seems roomy, make sure you have room for everything in there and that there isn't going to be a problem with airflow. The parts that ended up in my cabinet include the Raspberry Pi, a Lepai amplifier, a Rosewill 7-port powered USB hub, a small box to hold the 120-volt power connection and wall warts for both the USB hub and the amplifier. You can quickly run out of space, so carefully consider placement and test, test test!!

Once you have laid out the placement of the parts, drill and tap holes so you can attach the various parts. The amp I chose had convenient mounting holes as did the case for the Raspberry Pi. Always make sure to clean and debur your holes and ensure that any metal shavings are removed from the interior of the case.

I also drilled a set of holes on the side of the circuit breaker cabinet so it could be attached to the stud in the wall.

The amp and the powered USB hub both require full line voltage (120 AC in the US), so pull power from a nearby socket or wall switch. Make sure to follow your local code to attach the wires properly. Install a small box so that you can put in a 2-socket outlet.

Installation squence is important here. Since I was mounting the little Mimo screen on the wall outside of the circuit breaker cabinet, I needed to make sure that the USB cable was pulled through the wall and the screen was mounted BEFORE the circuit breaker cabinet was attached to the wall. Because the mount points for the Mimo screen pull the screen tight to the wall, the sequence I used was:
  1. Locate and drill holes for the Mimo screen
  2. Pull the USB cable through the wall
  3. Plug the USB cable into the Mimo screen
  4. Mount the Mimo screen on the wall using the appropriately sized screws and washers
  5. Position the circuit breaker cabinet near the opening
  6. Pull the USB cable into the circuit breaker cabinet
  7. Pull the speaker cables into the circuit breaker cabinet
  8. Pull the Ethernet cable into the circuit breaker cabinet
  9. Pull the line-voltage power cable into the circuit breaker cabinet and attach per code (I used Romex cable and standard screw-down compression attachments).
  10. Insert the circuit breaker cabinet in the wall and attach to stud.

Once you have the circuit breaker cabinet in the wall, you can mount all of your parts and start running cables.

Step 5: Finishing Up

Run the appropriate cables for your setup. Proper cable management is important as you have limited space, and while the Raspberry Pi doesn't put out much heat, together with the amp you want to make sure you have reasonable airflow.

During the construction of the room in which the player was being installed, I had run speakerwire and an Ethernet cable to the location where the circuit breaker cabinet was located. After the room was finished, I cut holes in the ceiling to insert the in-ceiling speakers. I used these JBL speakers that were reasonably priced and good quality (don't pay the price listed on the JBL site, they are much cheaper elsewhere).

Test you speaker connections before you insert the speakers in the ceiling. They will come back out if you work at it, but it can be difficult.

Once you have everything working, close up the circuit breaker cabinet. In my circuit breaker cabinet, the front plate contains small breakouts for each circuit breaker. If you need to get access to the interior of the cabinet to adjust the volume or to otherwise work with the other parts, you would not be able to reach through any of the holes. Instead, I cut out the portion of the plate (behind the door) that holds the circuit breakers. This gives a reasonable sized opening so you can easily access the interior of the circuit breaker cabinet. Make sure you clean up your cuts and debur the opening.

I hope you enjoy this project.

George Galt

Raspberry Pi Contest

Participated in the
Raspberry Pi Contest

Be the First to Share


    • Jewelry Challenge

      Jewelry Challenge
    • Anything Goes Contest 2021

      Anything Goes Contest 2021
    • Raspberry Pi Contest

      Raspberry Pi Contest



    Tip 1 year ago

    Thanks for bringing it all together! I already had a squeezebox server on an odroid c2 feeding my living room stereo system with squeezelite and the logitech media server. I added squeezelite to my bedroom kodi setup hosted by a mini-itx x86 system.
    However, both were headless. I could only control or see what is playing through a phone app.
    I tried the squeezelite plugin for kodi but gave up on it as it is too much a kluge and unreliable.
    Jivelite is the missing component I've been searching for!
    p.s. On your instruction for doing the 'git clone' for jivelite, the trailing '>' is a syntax error; but even with it removed, the link is bad. They now have a straight download link @ https://storage.googleapis.com/google-code-archive...
    Somebody else has picked up the project and run with it: https://github.com/ralph-irving/jivelite , https://github.com/ralph-irving/jivelite.git @ https://www.picoreplayer.org/main_jivelite.shtml .


    6 years ago on Step 1

    HI. Nice neat end product. However, am I right in thinking that if one wanted to avoid the expense of the display the linked to files would be enough to set up the RPi as a network controlled head-unit and control could be achieved through a smart phone app?

    Could you maybe add info on how to achive this please?


    Reply 6 years ago

    Jim: Sorry I must have missed your original question. I agree with @etiolate that this is a relatively easy thing to accomplish. In addition to the tutorial @etiolate mentioned, you should also look at the piCorePlayer software. This is a complete headless squeezelite based system that is build on top of TinyCore Linux. The advantage is that it is very fast and because it loads the entire running image into RAM there are no open files if the power to your rPi dies (a big no-no for SD cards). It runs a simple web interface for updating and maintaining the image. Take a look here:



    Reply 6 years ago

    What you're looking to do is exactly the setup I currently have at home. I have a headless rPi in my ceiling hooked up to an amp which power in-ceiling speakers. I control the rPi via my smartphone using Squeezer (https://play.google.com/store/apps/details?id=uk.org.ngo.squeezer&hl=en).

    I recommend the following tutorial for a headless rPi squeezebox client:


    Remember: you need a squeezebox server installed and running somewhere on your network. The rPi (in these instructables) are only acting as clients, and they need a server to stream the media from.

    Thanks for posting this. Do you know if this setup will play napster/rhapsody and or spotify?


    Reply 6 years ago on Introduction

    I haven't tried, but I believe people have had success using the squeezelite client (used here) and Spotify. There isn't really anything special about squeezelite on this setup, so if it works elsewhere, it should work here. Sorry I can't be of more help.


    Reply 6 years ago on Introduction

    Thanks for your reply. I'm not sure why i mentioned spotify as it is Napster that is causing the problem with my current setup (a selection of squeezebox duets) due to their new encryption type launched earlier this year. You couldnt give it a try could you? There's a 30day free trial.


    Reply 6 years ago on Introduction

    If I can find time, I'll give it a try. I'll let you know if I find anything.


    6 years ago on Introduction

    Hi George,

    im very impressed of your work. I`ve got not much experience in linux so I decided to download your image. I`m using a rpi2 with an adafruit HDMI 5" 800X480 DISPLAY BACKPACK - WITH TOUCHSCREEN.

    When I power on my pi The Arch just begins to install and it errors out at "Please also check the log file at /etc/X11/xorg.conf.d/20-displaylink.conf for additional information". This error repeat every 20 sec. Do you know the reason why ?

    Best regards



    6 years ago on Step 1

    nothing shows up on the GNU nano .-. what did I do wrong?


    Reply 6 years ago on Step 1

    I'm not sure I understand your question. Do you mean that nothing showed up in the nano editor when you tried to edit a file? If that is the issue, please let me know what the full command was that you issued. If you mean something else, please explain further.


    6 years ago on Introduction

    This is great, but as a novice I have no idea how to get this to work with the stuff I have

    I downloaded the file but get the error about the xorg, I plugged in my TV into HDMI and I want to get a touch screen, but only about 5inch at biggest.

    I also have a Durio Dac in the I2S and can't get it to work at all.

    Any help you can give me to get this to work on the TV to start with and to use the Durio Dac


    Reply 6 years ago on Introduction


    The image file assumes that you are using one of two touchscreen displays that plug in through the USB port, not the HDMI or RCA ports. If you want to use the HDMI port with a separate touchscreen interface (presumably USB), you may have to set up an Xorg.conf file for your display and touchscreen -- though possibly not as modern Xorg installations are pretty good at detecting both of these items -- and you will probably want to use a video driver that has more capabilities than the framebuffer driver used in this instructable (at least the VESA driver that will give you somewhat better response).

    As for the screen size, the relevant measure is the resolution of the screen, not its dimensions. This instructable uses a template designed for an 800x480 display. If that matches your resolution (or if you have a higher resolution), the template will work. If your resolution is lower, there are other templates that come with JiveLite that might work for you, but you will have to match them to your display. I'd suggest looking on the JiveLite site for clues.

    Finally, I'm not familiar with the Durio Dac. The squeezelite audio player can list the available audio devices and you can adjust the line in the service file that launches the squeezelite player (search this instructable for "squeezelite.service") and insert the proper information in the line that launches the squeezelite player using the "-o" switch.


    6 years ago on Introduction

    Hi George,

    I love this instructable? I decided to just download your image. When I power on my pi I don't get the option to change anything. The Arch just begins to install and it errors out at "Please also check the log file at /etc/X11/xorg.conf.d/20-displaylink.conf for additional information". Can you please tell me what I'am doing wrong. Thanks


    Reply 6 years ago on Introduction

    What hardware are you using (both Raspberry Pi version and which touchscreen)? The image is VERY rudimentary and would only work with the correct hardware. If your hardware differs, you should still have a running Arch system but no graphics. You would then have to configure an Xorg.conf file to match your screen. Let me know what your hardware setup is and I will see if I can help.


    Reply 6 years ago on Introduction

    Thank you for the reply!

    I'am running the Raspberry Pi model B and a basic 7 inch(RCA) monitor. It looks like I would need an understanding of how to configure the Xorg.config file. Any help would be great.


    Reply 6 years ago on Introduction


    This project was very specific for a particular type of monitor that connects using a USB port. If you are connecting using the HDMI or RCA (composite) port, you would need to configure both an X driver for your monitor and a touchscreen driver for your screen (if it is a touchscreen). It sounds like you may be using a video monitor that plugs in through the RCA (composite) jack. My guess is that the basic Arch distribution framebuffer driver should work, though you will want to look over the Raspberry Pi forums to determine what (if anything) you need for a Xorg.conf file.

    You should be aware that the Jivelite program used in this project uses a 800X460 template, which is NOT the resolution of a video monitor, so you will not see the screen that is shown in the video above. I'm also not sure if the SDL module (needed for Jivelite) will output to the composite jack. If you look at NickRout's comments below, he points to a very inexpensive HDMI touchscreen that you will probably have better luck with.

    Let me know if I can be of further help.


    Hi George,

    Great Instructable!! I have a question about that amp. How did you determine the best volume to set the amp to? I have been bumping into this concern lately with one of my own projects. Do you use the amps hardware volume control or the players digital?

    I assume with your project that you go with the digital since your hardware knob is buried in the wall. But just curious how you determined what is in essence a permanent volume setting?


    Reply 6 years ago on Introduction


    The amp's volume control is still accessible, just not convenient, so I use the volume control on the application that is running on the RaspberryPi. Since Linux also has its own volume controls (alsa), I first turn the volume all the way up on the OS using alsamixer and leave it there. I then turn the volume all the way up through the Jivelite application (which controls Squeezelite, the software decoding and playing the music). I then use the volume knob on the amp and set it to the maximum volume I want the system to deliver (use something loud for the test case). That way the software volume controls in Jivelite are limited to something that won't blow the speakers.

    If, for some reason, you have to install and cover the amp's volume knob before you can really test the system, I'd then simply set the amp's volume knob all the way up (or as high as you feel comfortable), and then when you have your system installed, connect to the RaspberryPi via SSH and set a maximum volume using alsamixer (which is a console app and will run without an X server) to set the maximum volume the system can deliver. Since it takes a little effort to get to alsamixer, my guess is that most normal users won't get to it and your speakers will be safe.



    Reply 6 years ago on Introduction

    Hi George,
    Thank you very much for that info. I am very excited to work on this as I am looking to tie it into my home automation system but also have a nice audio player for each room. Killer instructable, i have come back to it many times for the jivelite touch screen stuff and now for the audio portion. Keep in touch, would love to see what else you are working on