Need help with LibreSignage?
Click the “chat” button below for chat support from the developer who created it, or find similar developers for support.

About the developer

eerotal
601 Stars 76 Forks BSD 3-Clause "New" or "Revised" License 1.4K Commits 34 Opened issues

Description

A free and open source digital signage solution.

Services available

!
?

Need anything else?

Contributors list

# 120,994
PHP
Shell
Python
digital...
1281 commits
# 420,052
PHP
excel
Shell
Python
27 commits
# 618,139
PHP
Shell
Python
digital...
4 commits
# 651,007
PHP
Shell
Python
digital...
2 commits

.. image:: http://etal.mbnet.fi/libresignage/logo/libresignagetext466x100.png

A free and open source digital signage solution.

.. image:: https://travis-ci.org/eerotal/LibreSignage.svg?branch=master :target: https://travis-ci.org/eerotal/LibreSignage

LibreSignage is unmaintained as of 3rd of February 2021

LibreSignage started in 2018 as a small project aiming to make digital signage accessible to everyone. Since then the project has grown a lot, many new features have been added and even some contributions have been merged from other people. Developing LibreSignage has been a fantastic journey and I'm really grateful for for all code and bug reports submitted by contributors. I have personally spent hundreds of hours working on LibreSignage and enjoyed every bit of that time. It really has been a great 3 years.

That said, unfortunately I don't have the time, resources or interest to continue developing or supporting LibreSignage anymore. As such, after 3rd of Februrary 2021, LibreSignage development and support is officially halted. If I regain my interest in developing LibreSignage I might pick up the project again but for now LibreSignage is unmaintained.

Table Of Contents

1. Introduction
_

2. Features
_

3. Project goals
_

4. Installation
_
  • 4.1. Minimum system requirements
    _
  • 4.2. Using prebuilt Docker images on any distribution
    _
  • 4.3. Building from source
    _
    • 4.3.1. Building a native build on Debian or Ubuntu
      _
    • 4.3.2. Building a Docker image on Debian or Ubuntu
      _

5. Default users
_

6. FAQ
_

7. Screenshots
_

8. Makefile
_

8.1. Targets
_

8.2. Option variables
_

9. Build targets
_

10. Documentation
_

11. Third-party dependencies
_

12. License
_

1. Introduction

Digital Signage is everything from large-scale commercial billboards to smaller advertisement displays, notice boards or digital restaurant menus. The possibilities of digital signage are endless. If you need to display periodically changing content to users on a wall-mounted TV for example, digital signage is probably what you are looking for.

LibreSignage is a free and open source, lightweight and easy-to-use digital signage solution for use in schools, cafés, restaurants and shops among others. LibreSignage can be used to manage a network of digital signage displays. Don't let the word network fool you though; a network can be as small as one display on an office wall or as big as 50+ displays spread throughout a larger building.

LibreSignage also includes multi-user support with password authentication and configurable access control to specific features. If a school wants to setup a digital notice board system for example, they might give every teacher an account with slide editing permissions so that teachers could manage the content on the internal digital signage network. This way the teachers could inform students about important things such as upcoming tests for example.

LibreSignage uses a HTTP web server to serve content to the individual signage displays. This means that he displays only need to run a web browser pointed to the central LibreSignage server to actually display content. This approach has a few advantages.

  1. It's simple - No specific hardware/software platform is required. Any system with a fairly recent web browser works.
  2. It's cheap - You don't necessarily need to buy lots of expensive equipment to get started. Just dust off the old PC in the closet, install an up-to-date OS like Linux on it, install a web browser, hide the mouse pointer by default and connect the system to a display. That's it. The only other thing you need is the server, which in fact can run on the same system if needed.
  3. It's reliable - The web infrastructure is already implemented and well tested so why not use it.
  4. It makes editing easy - Displaying content in a browser has the advantage of making slide previewing very simple. You can either use the 'Live Preview' in the editor or check the exact results from the actual 'Display' page that's displayed on the clients too.

2. Features

  • Web interface for editing slides and managing the LibreSignage instance.
  • Many per slide settings like durations, transitions, etc.
  • Special markup syntax for easily formatting slides.
  • Live preview of the slide markup in the slide editor.
  • Support for embedding remote or uploaded image and video files.
  • Support for scheduling specific slides for a specific time-frame.
  • Collaboration features with other users on the network.
  • Separate slide queues for different sets of signage clients.
  • Multi user support with configurable access control.
  • User management features for admin users in the web interface.
  • Configurable quota for the amount of slides a user can create.
  • Rate limited API for reducing server load.
  • Extensive documentation of features including docs for developers.
  • Extensive configuration possibilities.

3. Project goals

  • Create a lightweight alternative to other digital signage solutions.
  • Create a system that's both easy to set up and easy to use.
  • Write a well documented and modular API so that implementing new user interfaces is simple.
  • Avoid scope creep.
  • Document all features.
  • Keep it simple.

4. Installation

4.1. Minimum system requirements ++++++++++++++++++++++++++++++++

Disk space

100MB (Excludes dependencies and uploaded media.)

RAM Depends on the specific use case.

Tested operating systems It's possible to build LibreSignage on most Linux systems, but the default scripts work at least on Debian and Ubuntu. You can technically run the official Docker images on any system, possibly even on Microsoft Windows.

Required runtime dependencies * PHP (Version 7.x.) * Apache2 (Version 2.4.x.)

Optional runtime dependencies * php-gd extension for image thumbnail generation. * ffmpeg (Version 4.0.x) for video thumbnail generation. * php-xml extension for running PHPUnit.

Required build system dependencies * PHP (Version 7.x.) (http://www.php.net/) * GNU Make (Version 4.x or newer.) (https://www.gnu.org/software/make/) * Pandoc (Version 2.0.x or newer.) (https://pandoc.org/) * npm (Version 6.4.x or newer.) (https://nodejs.org/en/) * composer (Version 1.8.x or newer) (https://getcomposer.org/) * rsvg-convert (Version 2.44.x or newer.) (https://gitlab.gnome.org/GNOME/librsvg)

Optional build system dependencies. * Doxygen (Version 1.8.x or newer.) (http://www.doxygen.nl/)

Dependencies installed automatically by npm or composer * Tools & development libraries

* SASS (https://sass-lang.com/)
* Browserify (http://browserify.org/)
* PostCSS (https://postcss.org/)
* Autoprefixer (https://github.com/postcss/autoprefixer)
* PHPUnit (https://phpunit.de/)
  • Libraries

    • Ace editor (https://ace.c9.io/)
    • Bootstrap (https://getbootstrap.com/)
    • jQuery (https://jquery.com/)
    • Popper.js (https://popper.js.org/)
    • Font-Awesome Free (https://fontawesome.com/)
    • HttpFoundation (https://symfony.com/)
    • Guzzle (https://github.com/guzzle/guzzle)
    • json-schema (https://github.com/justinrainbow/json-schema)
    • JSDOM (https://github.com/jsdom/jsdom)
    • node-XMLHttpRequest (https://github.com/driverdan/node-XMLHttpRequest)
    • commonjs-assert (https://github.com/browserify/commonjs-assert)

See

11. Third-party dependencies
_ for license information.

4.2. Using prebuilt Docker images on any distribution +++++++++++++++++++++++++++++++++++++++++++++++++++++

You can easily deploy a containerized LibreSignage instance using the LibreSignage Docker images from Docker Hub. The LibreSignage Docker repository

eerotal/libresignage
contains the following images:
  • eerotal/libresignage:latest - (Recommended) The latest stable image.
  • eerotal/libresignage:nightly - The latest development build. This image is built from the
    next
    branch every night at 00:00.
  • eerotal/libresignage: - The current and all prevous stable releases. If you want to use the latest stable release, prefer the
    latest
    tag instead.
    
                                   is the version number of the release.
    

The steps required to run a LibreSignage Docker image are listed below.

  1. Install
    Docker 
    _ if it's not installed yet.
  2. Run the following command::

    docker run \ -d \ -p 80:80 \ --mount source=ls_vol,target=/var/www/html/data \ eerotal/libresignage:latest

This command pulls the latest stable LibreSignage image from Docker Hub, binds port 80 on the host system to the container's port 80 (-p) and creates a volume ls_vol for storing LibreSignage data (--mount).

eerotal/libresignage:latest
is the image to run. Replace the tag after
:
to run a different image. You might need to prefix the above command with
sudo
depending on your system configuration.
3. Navigate to localhost and you should see the LibreSignage login page. The file src/docs/rst/docker.rst in the LibreSignage source distribution contains a more detailed explanation of using the LibreSignage Docker image. The documentation can also be accessed in the web interface from the Help page.

4.3. Building from source +++++++++++++++++++++++++

4.3.1. Building a native build on Debian or Ubuntu ..................................................

Building LibreSignage from source isn't too difficult. You can build a native LibreSignage build that runs directly on a Debian or Ubuntu host (ie. no containers) by following the instructions below.

  1. Install software needed for building LibreSignage. You will need the following packages:
    git, apache2, php, php-gd, pandoc, npm, composer,
    make, rsvg-convert
    . All other packages except npm can be installed from the distribution repos by running
    sudo apt update && sudo
    apt install -y git apache2 php php-gd pandoc composer make librsvg2-bin
    . You can install NPM by following the instructions on the
    node.js website 
    _.
  • If you want to enable video thumbnail generation, you need to install ffmpeg too. You can do that by running

    sudo apt install -y ffmpeg
    .
  • If you want to run the PHPUnit unit tests you need to install the php-xml extension. You can do that by running

    sudo apt install -y php-xml
    .
  • If you want to generate Doxygen documentation for LibreSignage, you need to install Doxygen. You can do that by running

    sudo apt install -y doxygen

See the section

4.1. Minimum system requirements
_ for more info. 2. Use
cd
to move to the directory where you want to download the LibreSignage repository. 3. Run
git clone https://github.com/eerotal/LibreSignage.git
. The repository will be cloned into the directory LibreSignage/. 4. Run
cd LibreSignage
to move into the LibreSignage repository. 5. Run
make configure TARGET=apache2-debian-interactive
. This target installs any needed composer and npm dependencies first and then prompts you for some configuration values:
  • Install directory [default: /var/www]

    • The directory where LibreSignage is installed. A subdirectory is created in this directory.
  • Server domain [default: localhost]

    • The domain name to use for configuring apache2. If you don't have a domain and you are just testing the system, you can either use 'localhost', your machines LAN IP or a test domain you don't actually own. If you use a test domain, you can add it to your /etc/hosts file to make it work on your machine.
  • Domain aliases [default: ]

    • Domain name aliases for the server. Aliases make it possible to have the server respond from multiple domains. One useful way to use name aliases is to set localhost as the main domain and the LAN IP of the server as an alias. This would make it possible to connect to the server either by navigating to localhost on the host machine or by connecting to the LAN IP on the local network.
  • Admin name [default: Example Admin]

    • Shown to users on the main page as contact info in case of any problems.
  • Admin email [default: [email protected]]

    • Shown to users on the main page as contact info in case of any problems.
  • Enable image thumbnail generation? (Y/N/y/n) [default: N]

    • Enable image thumbnail generation on the server. Currently image thumbnails are only generated for uploaded slide media. This option only works if the PHP GD extension is installed and enabled. You can check whether it's enabled by running
      php -m
      . If gd is in the printed list, it is enabled. If gd doesn't appear in the list but is installed, you can run
      sudo phpenmod gd
      to enable it.
  • Enable video thumbnail generation? (Y/N/y/n) [default: N]

    • Enable video thumbnail generation. Currently video thumbnails are only generated for uploaded slide media. Note that video thumbnail generation requires ffmpeg and ffprobe to be available on the host system. If you enable this option, you'll also need to configure the binary paths to ffmpeg and ffprobe in the LibreSignage configuration files. The paths default to /usr/bin/ffmpeg and /usr/bin/ffprobe. See the help page
      Libresignage configuration
      or the file
      src/doc/rst/configuration.rst
      for more info.
  • Enable debugging? (Y/N/y/n) [default: N]

    • Whether to enable debugging. This enables things like verbose error reporting through the API etc. DO NOT enable debugging on production systems.

This command generates a build configuration file needed for building LibreSignage. The file is saved in

build/
as
.conf
where
 is the domain name you
   specified.
6. Run 
make -j$(nproc)
to build LibreSignage. See
8. Makefile
_ for more advanced make usage. 7. Finally, to install LibreSignage, run
sudo make install
and answer the questions asked. 8. Disable the default Apache site by running
sudo a2dissite 000-default.conf
. 9. Navigate to the domain name you entered and you should see the LibreSignage login page.

4.3.2. Building a Docker image on Debian or Ubuntu ..................................................

You can build LibreSignage Docker images by following the instructions below.

  1. Follow the steps 1-5 from
    4.3.1. Building a native build on Debian
    or Ubuntu
    _.
  2. Install
    Docker 
    _ if it isn't yet installed.
  3. Run the following command::

    make configure \ TARGET=apache2-debian-docker \ PASS="--features [features]"

Where

[features]
is a comma separated list of features to enable. The recognised features are:
  • imgthumbs = Image thumbnail generation using PHP gd.
  • vidthumbs = Video thumbnail generation using ffmpeg.
  • debug = Debugging.
  1. Run
    make
    to build the LibreSignage distribution.
  2. Run
    make install
    to package LibreSignage in a Docker image. This will take some time as Docker needs to download a lot of stuff. After this command has completed the LibreSignage image is saved in your machine's Docker registry as libresignage:[version]. You can use it by following the instructions in
    4.2. Using prebuilt Docker
    images on any distribution
    _.

Extra


You can also build LibreSignage Docker images automatically using the helper script build/helpers/docker/build_img.sh. If you want to build a release image just run the script. If you want to build a development image, pass dev as the first argument.

The build/helpers/docker/ directory also contains the script run_dev.sh for starting a development/testing docker container.

5. Default users

The default users and their groups and passwords are listed below. It goes without saying that you should create new users and change the passwords if you intend to use LibreSignage on a production system.

=========== ======================== ========== User Groups Password =========== ======================== ========== admin admin, editor, display admin user editor, display user display display display =========== ======================== ==========

6. FAQ

Why doesn't LibreSignage use framework/library X? To avoid bloat; LibreSignage is designed to be minimal and lightweight and it only uses external libraries where they are actually needed. Most UI frameworks for example are huge. LibreSignage does use Bootstrap though, since it's a rather clean and simple framework.

Why doesn't LibreSignage have feature X? You can suggest new features in the bug tracker. If you know a bit about programming in PHP, JS, HTML and CSS, you can also implement the feature yourself and create a pull request.

Is LibreSignage really free? YES! In fact LibreSignage is not only free, it's also open source. You can find information about the LibreSignage license in the section

12. License
_.

7. Screenshots

Open these images in a new tab to view the full resolution versions.

LibreSignage Login

.. image:: http://etal.mbnet.fi/libresignage/v1.0.0/login.png :width: 320 px :height: 180 px

LibreSignage Control Panel

.. image:: http://etal.mbnet.fi/libresignage/v1.0.0/control.png :width: 320 px :height: 180 px

LibreSignage Editor

.. image:: http://etal.mbnet.fi/libresignage/v1.0.0/editor.png :width: 320 px :height: 180 px

LibreSignage Media Uploader

.. image:: http://etal.mbnet.fi/libresignage/v1.0.0/media_uploader.png :width: 320 px :height: 180 px

LibreSignage User Manager

.. image:: http://etal.mbnet.fi/libresignage/v1.0.0/user_manager.png :width: 320 px :height: 180 px

LibreSignage User Settings

.. image:: http://etal.mbnet.fi/libresignage/v1.0.0/user_settings.png :width: 320 px :height: 180 px

LibreSignage Display

.. image:: http://etal.mbnet.fi/libresignage/v1.0.0/display.png :width: 320 px :height: 180 px

LibreSignage Documentation

.. image:: http://etal.mbnet.fi/libresignage/v1.0.0/docs.png :width: 320 px :height: 180 px

8. Makefile

8.1. Targets ++++++++++++

The following

make
targets are implemented.

all The default rule that builds the LibreSignage distribution. You can pass

NOHTMLDOCS=y
if you don't want to generate any HTML documentation.

configure Generate a LibreSignage build configuration file. You need to use

TARGET=[target]
to select a build target to use. You can also optionally use
PASS=[pass]
to pass any target specific arguments to the build configuration script. See
9. Build targets
_ for more info.

configure-build Generate a LibreSignage build configuration file. You need to pass

TARGET=[target]
to select a build target to use. You can also optionally use
PASS=[pass]
to pass any target specific arguments to the build configuration script. See
9. Build targets
_ for more info. You don't need to run this target because the configure target runs this one aswell.

configure-system Generate LibreSignage system configuration files. You don't need to run this target because the configure target runs this one aswell.

install Install the LibreSignage distribution on the system. Note that the meaning of install depends on the target you are building for. Running

make install
for the apache2-debian-docker target, for example, builds the Docker image (ie. installs LibreSignage into the Docker image).

clean Clean files generated by building LibreSignage.

realclean Same as clean but removes all generated files and build config files too. This rule effectively resets the LibreSignage directory to how it was right after cloning the repo.

test-api Run the API integration tests. Note that you must install LibreSignage first. The API URI can be set by changing the value of

PHPUNIT_API_HOST
. See below for more info.

doxygen-docs Build the Doxygen documentation for LibreSignage. The docs are output in the

doxygen_docs/
directory.

LOC Count the lines of code in LibreSignage.

8.2. Option variables +++++++++++++++++++++

You can also pass some other variables to the LibreSignage makefile.

CONF= - (default: Last generated config.) Use a specific build configuration file when building or installing LibreSignage. This option can be used with the targets all and install.

VERBOSE= Print verbose log output. This setting can be used with any target.

INITCHK_WARN= Don't abort the build process if one of the initialization checks fails. If this is set to Y, only a warning is printed. This option can be used for example when an incompatible dependency version is used but the user wants to try building LibreSignage with that version anyway.

PHPUNITAPIHOST= Use URI as the hostname when running API integration tests. This is

http://localhost:80/
by default.

9. Build targets

  • apache2-debian

    • A target for building a native install on Debian with Apache2.
    • Run
      make configure TARGET=apache2-debian PASS="--help"
      to get a list of accepted CLI options.
  • apache2-debian-interactive

    • An interactive version of apache2-debian.
    • This target doesn't accept any CLI options.
  • apache2-debian-docker (Build target for building Docker images.)

    • A target for building Docker images.
    • Run
      make configure TARGET=apache2-debian-docker PASS="--help"
      to get a list of accepted CLI options.

10. Documentation

LibreSignage documentation is written in reStructuredText, which is a plaintext format often used for writing technical documentation. The reStructuredText syntax is also human-readable as-is, so you can read the documentation files straight from the source tree. The docs are located in the directory src/doc/rst/.

The reStructuredText files are also compiled into HTML when LibreSignage is built and they can be accessed from the Help page of LibreSignage.

11. Third-party dependencies

Bootstrap (Library, MIT License) (https://getbootstrap.com/) Copyright (c) 2011-2016 Twitter, Inc.

JQuery (Library, MIT License) (https://jquery.com/) Copyright JS Foundation and other contributors, https://js.foundation/

Popper.JS (Library, MIT License) (https://popper.js.org/) Copyright (C) 2016 Federico Zivolo and contributors

Ace (Library, 3-clause BSD License) (https://ace.c9.io/) Copyright (c) 2010, Ajax.org B.V. All rights reserved.

JSDOM (Library, MIT License) (https://github.com/jsdom/jsdom) Copyright (c) 2010 Elijah Insua

node-XMLHttprequest (Library, MIT License) (https://github.com/driverdan/node-XMLHttpRequest) Copyright (c) 2010 passive.ly LLC

Guzzle (Library, MIT License) (https://github.com/guzzle/guzzle) Copyright (c) 2011-2018 Michael Dowling, https://github.com/mtdowling [email protected]

json-schema (Library, MIT License) (https://github.com/justinrainbow/json-schema) Copyright (c) 2016

Symfony/HttpFoundation (Library, MIT License) (https://symfony.com/) Copyright (c) 2004-2019 Fabien Potencier

Raleway (Font, SIL Open Font License 1.1) (https://github.com/impallari/Raleway) Copyright (c) 2010, Matt McInerney ([email protected]),

Copyright (c) 2011, Pablo Impallari (www.impallari.com|[email protected]),

Copyright (c) 2011, Rodrigo Fuenzalida (www.rfuenzalida.com|[email protected]), with Reserved Font Name Raleway

Montserrat (Font, SIL Open Font License 1.1) (https://github.com/JulietaUla/Montserrat) Copyright 2011 The Montserrat Project Authors (https://github.com/JulietaUla/Montserrat)

Inconsolata (Font, SIL Open Font License 1.1) (https://github.com/googlefonts/Inconsolata) Copyright 2006 The Inconsolata Project Authors (https://github.com/cyrealtype/Inconsolata)

Font-Awesome (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) (https://fontawesome.com/) Font Awesome Free 5.1.0 by @fontawesome - https://fontawesome.com

The full licenses for these third party libraries and resources can be found in the file src/doc/rst/LICENSES_EXT.rst in the source distribution.

12. License

LibreSignage is licensed under the BSD 3-clause license, which can be found in the files LICENSE.rst and src/doc/rst/LICENSE.rst in the source distribution. Third party libraries and resources are licensed under their respective licenses. See

11. Third-party dependencies
_ for more information.

Copyright Eero Talus 2018 and contributors

We use cookies. If you continue to browse the site, you agree to the use of cookies. For more information on our use of cookies please see our Privacy Policy.