When we talk about background music distribution for professional environments (restaurant chains, hotels, stores, gyms, car retailers, warehouses, etc..) we intend a way of distributing audio content (music tracks) to multiple locations. For such situations, the idea is to get the same audio content played and scheduled in the same way across groups of locations of the same brand in the same or different region in the world.

How to achieve this?

Technically speaking there are essentially 2 methods that can be used:

  1. Streaming audio to all the locations and play it as the stream arrives. For example feeding audio to a Shoutcast or Icecast server and use these platforms to serve the stream to which the RetailPlayers can connect to. This method requires every location to be constantly connected to the streaming server used, as it is a constant flow of data served typically over the HTTP protocol (but also RTP can be used). A network failure or a server failure results in an interruption of the service and of the playback. For this reason RetailPlayer offers a 3-layer-backup mechanism that allows you to configure not only a MAIN stream to connect with but also a FALLBACK one and in case things can go really wrong in the netwokr, jump into playing FAILOVER TRACKS (music tracks uploaded from the Portal and downloaded in the Player that play only in the event of a missing MAIN or FALLBACK stream).

  2. Storing audio in every location in forms of playlists and play it. This method avoids relying on a constant network connection, requiring it only when playlists must be fetched or updated. This is what Store & Play is all about. How does that work? Let’s find it out.

RetailPlayer Store & Play introduction

The main goal for this function is:

  1. Get the RetailPlayer connecting with a web service hosting the music tracks and the playlist files

  2. Fetch the playlist file

  3. Download the tracks specified in the playlist file in the local memory

  4. Play from local storage the tracks downloaded

To achieve this the Store & Play function on RetailPlayer allows you to instruct the RetailPlayer to connect to a web server’s directory, hosted at the customer premises or in the cloud, via FTP or HTTP. This is the directory where tracks and playlists files (.m3u or .pls) are saved.

Barix doesn’t provide the cloud storage capacity, the web service must be already up and running at the customer’s premises. The customer is responsible for any network’s firewall configuration to allow the RetailPlayer device to connect with the FTP or HTTP service.

The scope of the playlist files (which are simple text files) is to contain the filenames of the tracks that the player has to download and play, following the sequence expressed from top to bottom (it is possible in any case to shuffle the playback while configuring the Store & Play channel on the Portal). It is important to have the tracks and the playlist files in the same directory for the RetailPlayer to find the tracks specified in the playlist file.

The files can be served to the RetailPlayer over HTTP(s) or FTP protocol.

Once the RetailPlayer receives the Store & Play configuration from the Portal it downloads all the tracks found in the playlist file and will start to play them accordingly.

There is no limit in the number of channels (playlists) that can be created in the Portal, though the storage capacity on the device cannot be exceeded

RetailPlayer Store & Play - How to

Prepare the content on your web server. I.e. create a dedicated directory for each playlist (or channel) you need to serve.

In this example the web server runs an FTP server and is available at: ftp://mydemoftp.fakeurl.dnx/StorenPlay/

This is the root folder of the web service, where the playlists (channels) are being served.

Each folder contains the playlists information: music tracks and a playlist file in .m3u format.

The .m3u file is a text file containing the filenames of the files that the player will have to download and it specifies the sequence of playback to be followed (unless Shuffle mode is turned on, later on the Portal when configuring the Store and Play channel)

In this example we will end up having 5 playlists (channels) served at the following endpoints:






Here is the content of the m3u file “classical.m3u” from the above example, opened with a text editor.

There are a variety of programs that can be used to generate .m3u files starting from a list of tracks. Check this link for more information

Another quick method, if you are on a Linux machine is to run this command in the same directory where the music files are stored:

ls > myplaylist.m3u

Where you can rename “myplaylist” with any suitable name for your playlist.

Now that playlists (music tracks + .m3u files) are prepared on the web server it is time to configure the RetailPlayer device from the Portal. Go on and create a new Channel by selecting the type: “Store & Play”:

  • Enter the URL of the channel (point to the m3u file location) - Make sure to specify the correct protocol (either ftp or http(s))

  • Shuffle Playback: flag this if you want the playback of this playlist to be shuffled

  • Setup the content update interval: how often the RetailPlayer device must check for any update / modification of the m3u file. Any change will be updated accordingly, if tracks are removed they are DELETED from the device’s memory

  • Authentication: if your web service is protected by authentication you can activate and enter the credentials in this section

When ready, click on SAVE confirming the channel creation

Do this for every playlist you need the player to handle. In our example the goal is to get 5 channels where each one points to one of the playlists

Once all your Store & Play channels are created assign the ones you want a specific device to play to a Channel List - When the channel list is created it is possible to ASSIGN it to any RetailPlayer device of your organization (or sub organization)

When the channel list is assigned to a RetailPlayer device, the device will connect to the web servers as per channel’s configuration and will start to download the content of ALL the channels (playlists) assigned to it.

In each RetailPlayer device' status page it is possible to check the status of the Store & Play channels and the space occupied by each playlist.

If there are some errors connecting to the server it will show up in this area with the description of the problem

While the RetailPlayer downloads the playlist it is already possible to play it. In fact as soon as the first track is stored on the local memory it can be played, the download moves forward in background while all other tracks are downloaded.

In the status page of each device it is possible to verify the amount of space available on the local storage.

The standard max. space available is 5.8GB which can be used for: Store & Play tracks, Assets and Faliover Tracks.

With the possibility to create as many channels as desired comes also the possibility to schedule the automatic switch of these channels over a weekly scheduler

Head over in the device’s Automation tab → Channel Scheduler to program the weekly play-out of the Store & Play channels.

To create the channel scheduler:

  1. Pick the channel you want to schedule from the “Picked Channel” drop down

  2. Click on the scheduler to position the trigger at the time where you want the channel switch to happen. Doing this you are telling the player to play the picked channel from that moment onward, until another trigger is reached over the week

  3. SAVE

If the same configuration must be applied on multiple devices part of the same ORG use the COPY TO… function which will allow you to “push” the same configuration to multiple devices of the same ORG at once.

The scheduler runs from the moment it is saved.

When using the scheduler make sure the Time Zone of the device is configured correctly in the settings page.

If you still need further support please contact support@barix.com