Barix Wiki - User contributions [en]

Reflector

2012-07-12T09:37:03Z

David:

'''Reflector Service'''
The Barix Reflector service is a simple way to set up STL, Remote Contribution and Syndication applications, without requiring the user to understand anything about IP, firewalls etc.

== '''How do I get the Reflector up and running?''' ==

[[Image:Reflector_set_up_steps.png|400px|thumb|centre]]

== How does it work? ==

[[Image:Reflector_P2_system_diagram.png|400px|thumb|centre]]

The main components of the Reflector are shown in the diagram:
'''Database'''
stores all data about accounts, projects and devices

'''Configuration server''' – assigns project devices to individual Reflector Servers and communicates configuration details to devices

'''Reflector server(s)''' – receive details of devices from the config server and handle communications with them; receiving the network audio stream from the Encoder and forwarding it to the Decoder(s)

'''Web server''' – handles the User Interface, allowing users to set up and maintain their projects, updating the database accordingly.

'''Encoder/Decoders'''. On startup, each Reflector Client device will contact the Reflector Services defined to it in its startup configuration (US / EU ...), requesting the details of its project configuration, it then contacts the appropriate Configuration Server, applies its configuration and operates accordingly.

More about specific components of the Service:
*[[config server]]
*[[reflector server]]

You can find out more about the service here [http://www.barix.com/Reflector_STL_made_simple/1551/]

Back to [[Main_Page]]

File:Reflector set up steps.png

2012-07-12T09:32:27Z

David: 7 steps to getting Reflector

7 steps to getting Reflector

PS16

2012-01-09T08:49:03Z

David:

The Barix Paging Station PS16 is a universal,TCP/IP connected intercom station for use in IP Intercom, Paging and VoIP applications. The PS16 directly connects to the network via a 10/100Mbps network connection, and can also be powered over the network interface (PoE, 802.3af standard). For high availability applications, a second network connection and separate power input are available.

Due to the built-in intelligence and full progammability, the station can be used as a master station for IP based intercom and paging systems, which can be built without any central servers or PCs.

The PS16 is equipped with a two-line LC display, 16 individually labelable keys with LED indicator, a professional gooseneck microphone, a speaker and a buzzer.A realtime clock (with backup battery) and flash memory for stored messages and announcements is built into the device as well. The PS16 can be extended to up to 112 keys using available key extension modules which can be attached mechanically and electrically secure.

For special applications, the PS16 can be fully programmed using the Barix ABCL language. Standard applications for use as a stored message playback device, as a Master intercom/paging station and as a SIP capable phone / intercom station are preloaded (and free of charge). Central PA/Intercom software is available from Barix free of charge, along with protocol and API documentation, enabling easy integration into proprietary solutions.

'''''NOTE : The Barix PS16 is an OEM product designed and manufactured by MS Neumann Elektronik (www.neumann-elektronik.com) using the Barix IPAM 100. The Barix PS16 is not compatible with the Neumann DS-6 system and will not function with Neumann's industrial intercom applications.'''''

[http://wiki.barix.com/images/Declaratation_PS16.pdf Barix fully supports and warrants the PS16 as if it would be a Barix product manufactured by Barix itself. (PDF)]

[[Image:Ps16_kl.gif|frame|PS16]]

More information available in our website:
http://www.barix.com/Annuncicom_PS16/1461/

'''How to revert to factory defaults?''' : Follow this [[PS16 Factory Defaults|howto]]

'''How do I build an intercom system with PS16 ?''' : Follow this [[Barix Intercom System|howto]]

Back to [[Main Page#Products]]

Reflector

2011-10-05T14:47:56Z

David:

'''Reflector Service'''

[[Image:Reflector_P2_system_diagram.png|400px|thumb|left]]

The Barix Reflector service is a simple way to set up STL, Remote Contribution and Syndication applications, without requiring the user to understand anything about IP, firewalls etc.

The main components of the Reflector are shown in the diagram:

'''Database'''
stores all data about accounts, projects and devices

'''Configuration server''' – assigns project devices to individual Reflector Servers and communicates configuration details to devices

'''Reflector server(s)''' – receive details of devices from the config server and handle communications with them; receiving the network audio stream from the Encoder and forwarding it to the Decoder(s)

'''Web server''' – handles the User Interface, allowing users to set up and maintain their projects, updating the database accordingly.

'''Encoder/Decoders'''. On startup, each Reflector Client device will contact the Reflector Services defined to it in its startup configuration (US / EU ...), requesting the details of its project configuration, it then contacts the appropriate Configuration Server, applies its configuration and operates accordingly.

More about specific components of the Service:
*[[config server]]
*[[reflector server]]

You can find out more about the service here [http://www.barix.com/Reflector_STL_made_simple/1551/]

Back to [[Main_Page]]

In-Store Music Applications

2011-07-22T09:43:51Z

David:

Barix offers delivery of high quality in-store audio in three ways:

• '''Live Streaming:''' deliver high-quality branded audio in real-time via the Internet to all retail locations, including the option for localized and targeted ad insertion. This can be achieved using Barix Instreamers devices as sources and then distributing via "ShoutCast" servers, "Ad Insertion" servers, or Barix RTP-Replicator devices. At the receiving end Exstreamer devices will provide the audio output.

• '''Periodic File Download:''' store audio locally at each retail location, updating the music via FTP or HTTP download and then playing back according to a schedule as desired. See [[FTP MP3 Player]]

• '''Offline:''' store the audio locally at each location, and update it manually as desired.

In-store music from Barix [http://www.barix.com/Retail/981/] enables Retailers of all sizes to easily build their brand and sales figures, whilst providing customers with a pleasant environment.

FTP MP3 Player

2011-07-22T09:38:19Z

David:

The '''Store and Forward “FTP MP3 Player”''' firmware was especially designed to support audio distribution by network, when a fast or reliable network is not guaranteed, or network access is limited.
The application can use either the FTP or HTTP protocol to download configuration data and playlists with their corresponding music files, and stores them onto a USB stick. FTPMP3 then plays the downloaded music according to the configuration.
The application can also be used as a standalone player, without any network connection: in this case a preloaded USB stick can be sent to the player location and simply inserted into the device for playback to commence.

'''Features'''

• Plays MP3, WMA files and M3U playlists from external USB memory;

• Configuration and/or music can be updated in set time intervals using standard protocols, HTTP and FTP, or fetched at a specific time every day;

• Playlists can be scheduled to be played at configured times;

• Playlists can be set valid for a defined date period and days of the week;

• Control and configuration is possible using any text editor and any web browser;

• Preloaded rescue configuration settings to be used in case of broken or missing configuration;

• Monitoring can be done using the BariMon service from Barix and/or SYSLOG;

• Remote update of the firmware is possible via WEB Browser

More information about Barix in-store music solutions can be found here [http://www.barix.com/Retail/981/].

Reflector

2011-05-03T10:30:18Z

David:

[[Image:Reflector_P2_system_diagram.png|400px|thumb|left]]

The Barix Reflector service is a simple way to set up STL, Remote Contribution and Syndication applications, without requiring the user to understand anything about IP, firewalls etc.

The main components of the Reflector are shown in the diagram:

'''Database'''
stores all data about accounts, projects and devices

'''Configuration server''' – assigns project devices to individual Reflector Servers and communicates configuration details to devices

'''Reflector server(s)''' – receive details of devices from the config server and handle communications with them; receiving the network audio stream from the Encoder and forwarding it to the Decoder(s)

'''Web server''' – handles the User Interface, allowing users to set up and maintain their projects, updating the database accordingly.

'''Encoder/Decoders'''. On startup, each Reflector Client device will contact the Reflector Services defined to it in its startup configuration (US / EU ...), requesting the details of its project configuration, it then contacts the appropriate Configuration Server, applies its configuration and operates accordingly.

More about specific components of the Service:
*[[config server]]
*[[reflector server]]

You can find out more about the service here [http://www.barix.com/Reflector_STL_made_simple/1551/]

Back to [[Main_Page]]

Reflector

2011-05-03T10:29:06Z

David:

Reflector

2011-05-03T10:05:52Z

David:

[[Image:Reflector_P2_system_diagram.png]]

The Barix Reflector service is a simple way to set up STL and Syndication applications, without requiring the user to understand anything about IP, firewalls etc.
You can find out more about the service here [http://www.barix.com/Reflector_STL_made_simple/1551/]
More about specific components of the Service:
*[[config server]]
*[[reflector server]]

Back to [[Main_Page]]

File:Reflector P2 system diagram.png

2011-05-03T10:03:47Z

David: Overview of Reflector service components

Overview of Reflector service components

Reflector

2010-11-19T15:14:44Z

David:

This page is under construction.

The Barix Reflector service is a simple way to set up STL and Syndication applications, without requiring the user to understand anything about IP, firewalls etc.
You can find out more about the service here [http://www.barix.com/Reflector_STL_made_simple/1551/]
More about specific components of the Service:
*[[config server]]
*[[reflector server]]

Back to [[Main_Page]]

Reflector

2010-11-19T15:14:03Z

David:

Reflector server

2010-11-19T15:12:09Z

David:

The Reflector Server component of the Reflector Service receives details of all Reflector projects and devices from the Configuration Server and uses these to service requests from the individual devices within each project.

Encoders send audio streams to the Reflector Server, identifying the stream as belonging to a specific project, the Reflector Server then forwards the audio to each of the associated Decoder devices.

Decoders call in periodically, a process known as 'keepalives': by sending data OUT through their firewall, this enables the Reflector Server to reply, thus satisfying the firewall that this is legitimate traffic that should be allowed through.

As the Reflector and Configuration servers can be on different servers, a failure to connect with one server does not mean that a device is 'broken'. A device that is not in contact with the Reflector Server will either not be sending an audio stream (if it is an Encoder), or receiving one (Decoder). In an STL configuration, these cases have equal significance, but where there are multiple Decoders, failure of the Encoder affects ALL devices, where failure of a Decoder only affects that site.

Back to [[Reflector]]

Reflector server

2010-11-19T15:11:32Z

David: New page: The Reflector Server component of the Reflector Service receives details of all Reflector projects and devices from the Configuration Server and uses these to service requests from the ind...

The Reflector Server component of the Reflector Service receives details of all Reflector projects and devices from the Configuration Server and uses these to service requests from the individual devices within each project.

Encoders send audio streams to the Reflector Server, identifying the stream as belonging to a specific project, the Reflector Server then forwards the audio to each of the Decoder devices.

Decoders call in periodically, a process known as 'keepalives': by sending data OUT through their firewall, this enables the Reflector Server to reply, thus satisfying the firewall that this is legitimate traffic that should be allowed through.

As the Reflector and Configuration servers can be on different servers, a failure to connect with one server does not mean that a device is 'broken'. A device that is not in contact with the Reflector Server will either not be sending an audio stream (if it is an Encoder), or receiving one (Decoder). In an STL configuration, these cases have equal significance, but where there are multiple Decoders, failure of the Encoder affects ALL devices, where failure of a Decoder only affects that site.

Back to [[Reflector]]

Config server

2010-11-19T14:58:03Z

David:

The Configuration Server takes the Project details as entered by the user on the Reflector Website and translates that into device configuration details for each of the individual devices in the project.
Each device calls in to the Configuration Server periodically, to see if there have been any changes to their configuration, applying them if there have.

The Configuration Server will ignore requests from devices that it has not been told about, so it is essential to register all devices to a project.
The Red / Green Device status shown on the Reflector website indicates whether a device is in contact with the Configuration Server. It can take up to 5 minutes before the Server will set a device to 'out of contact' (Red), as with IP networks, it is possible to 'lose' packets of information: only when several consecutive call-ins have been missed is the status changed.

Losing contact with the Configuration Server does not necessarily mean that audio has stopped streaming: audio is handled by the Reflector Server, which can be hosted on a different physical machine, in a different location. Users should check the status of their project devices if they receive an alert message.

Back to [[Reflector]]

Config server

2010-11-19T14:52:15Z

David:

Config server

2010-11-19T14:47:14Z

David: New page: The Configuration Server takes the Project details as entered by the user on the Reflector Website and translates that into device configuration details for each of the individual devices ...

Reflector

2010-11-19T14:33:02Z

David:

This page is under construction.

The Barix Reflector service is a simple way to set up STL and Syndication applications, without requiring the user to understand anything about IP, firewalls etc.
You can find out more about the service here [http://www.barix.com/Reflector_STL_made_simple/1551/]
There are 4 main components of the service:
*[[config server]]
*[[reflector server]]
*[[Database]]
*[[Client firmware]]

Obviously, for the service to be working, all of these components must also be working!
*[[reflector service]]

Reflector

2010-11-18T09:47:29Z

David:

This page is under construction.
*[[config server]]
*[[reflector server]]
*[[reflector service]]

Reflector

2010-11-18T09:17:15Z

David: New page: This page is under construction. *config server *reflector server

This page is under construction.
*[[config server]]
*[[reflector server]]

Main Page

2010-11-18T09:15:37Z

David: /* Support - FAQ & Troubleshooting */

<big>'''Barix Wiki'''</big>

The Barix Wiki is maintained by Barix staff and users/community. Barix does try to keep the content accurate and error free, and we do review third party contributions, however, we can not guarantee everything is 100% accurate or up-to-date.
If you find any mistakes, errors etc. - please feel free to correct them !

== Barix Newsletter ==

[http://newsletter.barix.com/public/archive.php Click here to read the Barix newsletters.]

== Products ==
=== Audio - Devices and accessories ===
* [[Product Matrix]] - List of HW capabilities versus SW features
* [[Exstreamer 100]] - General Purpose Network Audio Decoder
* [[Exstreamer 110]] - Network Audio Decoder with advanced features - Decodes AAC+
* [[Exstreamer 200]] - Network Audio Decoder with built-in 2x25W class-D amplifier
* [[Exstreamer 1000]] - High Quality Network Audio Encoder/Decoder with symmetric Audio interfaces and AES/EBU
* [[Instreamer 100]] - General Purpose Network Audio Encoder
* [[Annuncicom 100]] - General Purpose Bidirectional Network Audio Device with I/O
* [[Annuncicom 200]] - Network Audio Device suitable for intercom/paging applications with 8W output amplifier and PoE
* [[Annuncicom 1000]] - High End Network Audio Device with balanced audio interfaces and supervised contact closures
* [[Radiobox]] - Radiobox and "Radiobox Pro" - Barix products ?
* [[IPAM 100]]- Embedded IP audio module for OEM with dual network and multiple serial interfaces
* [[IPAM 200 / IPAM 300]]- Embedded IP audio module for OEM (decoder only)
* [[PS16]] - Multifunctional digital desktop paging station PS16
* [[VSC]] - Volume Source Control accessory

=== Automation and Control - Devices and accessories ===
* [[Automation and Control Product Matrix]] - List of HW capabilities versus SW features
* [[Barionet]] - General Purpose IP Automation Controller with SNMP and Modbus/TCP support, fully programmable. Various I/O capabilities
* [[Barionet 50]] - Low Cost IP Automation Controller with contact closure inputs, relay outputs, serial ports and Dallas Onewire interface
* [[Barionet 200]] - Advanced IP Automation Controller with 16bit analog inputs, analog outputs, RTC and USB flash drive support

* [[Defconlock]] - This is an application specific Barionet, preloaded with an Access Control application (app also separately downloadable)
* [[Barix TS]] - onewire temperature sensors

* [[Barix X8]] - multipurpose RS-485 I/O Interface

* [[Barimon]] - web tool for collecting data from Barix devices: http://www.barimon.net/

== Applications ==
Barix products can be used in a vast variety of applications and markets. Below links bring you to pages which describe applications, which products to use etc
* [[Automation Applications]] - this includes data conversion, collection, remote managment and monitoring (non-audio) applications
* [[Broadcast Applications]] - Applications in the Broadcast Industry such as STL, internet radio, monitoring
* [[General Audio Distribution Applications]] - distribution of audio channels in hotels, over the internet, homes, amusement parks etc
* [[Alarm Applications]] - Use of the Barix products in emergency alerting applications
* [[SIP Applications]] - Use of the Barix products with SIP protocol for SIP speaker, intercom, phone applications
* [[Crestron Integration]] - integrating audio over IP with Crestron touchpanels
* [[IP Intercom]] - a general description and Intercom Applications
* [[Rebroadcasting Application]] - what does it do ?
* [[Messaging / Music on Hold Application from MOH Technology]]
* [[Scheduling of Audio or commands]]

== Hardware Topics ==
* [[Software/Hardware compatibility matrix]]
* [[USB device compatibility list]]
* [[USB and IPAM layout rules]]
* [[Microphones]]

== Software Topics ==

* [[General Topics]]
* [[Protocols used in Barix Products]]
* [[Streaming Client]]
* [[Streaming Client with USB encryption for Digital Rights Management]]
* [[Freeware from Barix]]
* [[BCL Topics]]
* [[Ethersound]]
* [[IP Audio Delay]]
* [[RTP Buffering - Frame Based Buffering]]
* [[SIP Applications]]
* [[VAcard PC software]]

== Support - FAQ & Troubleshooting ==

* [[FAQ]] - general questions, sections about audio and control products

* [[Troubleshooting]]

* [[Reflector]]

== Sales & Marketing ==

== Some useful links for using the Wiki ==
Consult the [http://meta.wikimedia.org/wiki/Help:Contents User's Guide] for information on using the wiki software.

=== Getting started ===
* [http://www.mediawiki.org/wiki/Manual:Configuration_settings Configuration settings list]
* [http://www.mediawiki.org/wiki/Manual:FAQ MediaWiki FAQ]
* [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce MediaWiki release mailing list]

PS16

2010-10-07T12:48:47Z

David: upated number of keys supported

The Barix Paging Station PS16 is a universal,TCP/IP connected intercom station for use in IP Intercom, Paging and VoIP applications. The PS16 directly connects to the network via a 10/100Mbps network connection, and can also be powered over the network interface (PoE, 802.3af standard). For high availability applications, a second network connection and separate power input are available.

Due to the built-in intelligence and full progammability, the station can be used as a master station for IP based intercom and paging systems, which can be built without any central servers or PCs.

The PS16 is equipped with a two-line LC display, 16 individually labelable keys with LED indicator, a professional gooseneck microphone, a speaker and a buzzer.A realtime clock (with backup battery) and flash memory for stored messages and announcements is built into the device as well. The PS16 can be extended to up to 112 keys using available key extension modules which can be attached mechanically and electrically secure.

For special applications, the PS16 can be fully programmed using the Barix ABCL language. Standard applications for use as a stored message playback device, as a Master intercom/paging station and as a SIP capable phone / intercom station are preloaded (and free of charge). Central PA/Intercom software is available from Barix free of charge, along with protocol and API documentation, enabling easy integration into proprietary solutions.

'''''NOTE : The Barix PS16 is an OEM product designed and manufactured by MS Neumann Elektronik (www.neumann-elektronik.com) using the Barix IPAM 100. The Barix PS16 is not compatible with the Neumann DS-6 system and will not function with Neumann's industrial intercom applications.'''''

[[Image:Ps16_kl.gif|frame|PS16]]

More information available in our website:
http://www.barix.com/Paging_Station_PS16/1081/

'''How to revert to factory defaults?''' : Follow this [[PS16 Factory Defaults|howto]]

'''How do I build an intercom system with PS16 ?''' : Follow this [[Barix Intercom System|howto]]

Back to [[Main Page#Products]]

Messaging / Music on Hold Application from MOH Technology

2010-04-09T14:36:39Z

David:

'''Messaging / Music on Hold'''

Barix partner MOH Technology have developed a complete solution based on Barix hardware that can provide on hold audio for traditional and SIP based telephone systems (Exstreamer). The system can also be configured to play the message in response to a physical trigger (Annuncicom) - this can be used to implement information booths and promotional message platforms.

The solution has two principal components:

- Central CMS for uploading, scheduling and distributing audio

- Remote location hardware: Exstreamer/Annuncicom with MOH Client ABCL firmware for playing the audio

More details on the MOH website [http://www.moh-technology.com]

Messaging / Music on Hold Application from MOH Technology

2010-04-09T14:36:05Z

David:

[['''Messaging / Music on Hold''']]

Barix partner MOH Technology have developed a complete solution based on Barix hardware that can provide on hold audio for traditional and SIP based telephone systems (Exstreamer). The system can also be configured to play the message in response to a physical trigger (Annuncicom) - this can be used to implement information booths and promotional message platforms.

The solution has two principal components:

- Central CMS for uploading, scheduling and distributing audio

- Remote location hardware: Exstreamer/Annuncicom with MOH Client ABCL firmware for playing the audio

More details on the MOH website [http://www.moh-technology.com]

Messaging / Music on Hold Application from MOH Technology

2010-04-09T14:35:20Z

David:

Messaging / Music on Hold Application from MOH Technology

2010-04-09T14:29:40Z

David: New page: Barix partner MOH Technology have developed a complete solution based on Barix hardware that can provide on hold audio for traditional and SIP based telephone systems (Exstreamer). The sys...

Barix partner MOH Technology have developed a complete solution based on Barix hardware that can provide on hold audio for traditional and SIP based telephone systems (Exstreamer). The system can also be configured to play the message in response to a physical trigger (Annuncicom) - this can be used to implement information booths and promotional message platforms.

[The solution has two principal components:]
- Central CMS for uploading, scheduling and distributing audio
- Remote location hardware: Exstreamer/Annuncicom with MOH Client ABCL firmware for playing the audio

*[[Commissioning process:]]
When you ship them, you need to i) load the software and ii) advise info@moh-technology.com of the MAC addresses and Customer details, so we can register them to the Central Software.

On receipt of the device, the customer needs to contact info@moh-technology.com to arrange either :

i) setup of a service provider account on MOH's hosted system - subject to signing a hosted contract, or

ii) purchase of the central software / option for maintenance, transferring of MAC addresses from MOH

I will put the details on the MOH website www.moh-technology.com

Pricing is the same as a standard device.

Main Page

2010-04-09T14:16:37Z

David: /* Applications */

<big>'''Barix Wiki'''</big>

The Barix Wiki is maintained by Barix staff and users/community. Barix does try to keep the content accurate and error free, and we do review third party contributions, however, we can not guarantee everything is 100% accurate or up-to-date.
If you find any mistakes, errors etc. - please feel free to correct them !

== Barix Newsletter ==

[http://newsletter.barix.com/public/archive.php Click here to read the Barix newsletters.]

== Products ==
=== Audio - Devices and accessories ===
* [[Product Matrix]] - List of HW capabilities versus SW features
* [[Exstreamer 100]] - General Purpose Network Audio Decoder
* [[Exstreamer 110]] - Network Audio Decoder with advanced features - Decodes AAC+
* [[Exstreamer 200]] - Network Audio Decoder with built-in 2x25W class-D amplifier
* [[Exstreamer 1000]] - High Quality Network Audio Encoder/Decoder with symmetric Audio interfaces and AES/EBU
* [[Instreamer 100]] - General Purpose Network Audio Encoder
* [[Annuncicom 100]] - General Purpose Bidirectional Network Audio Device with I/O
* [[Annuncicom 200]] - Network Audio Device suitable for intercom/paging applications with 8W output amplifier and PoE
* [[Annuncicom 1000]] - High End Network Audio Device with balanced audio interfaces and supervised contact closures
* [[Radiobox]] - Radiobox and "Radiobox Pro" - Barix products ?
* [[IPAM 100]]- Embedded IP audio module for OEM with dual network and multiple serial interfaces
* [[IPAM 200 / IPAM 300]]- Embedded IP audio module for OEM (decoder only)
* [[PS16]] - Multifunctional digital desktop paging station PS16
* [[VSC]] - Volume Source Control accessory

=== Automation and Control - Devices and accessories ===
* [[Barionet]] - General Purpose IP Automation Controller with SNMP and Modbus/TCP support, fully programmable. Various I/O capabilities
* [[Barionet 50]] - Low Cost IP Automation Controller with contact closure inputs, relay outputs, serial ports and Dallas Onewire interface
* [[Barionet 200]] - Advanced IP Automation Controller with 16bit analog inputs, analog outputs, RTC and USB flash drive support

* [[Defconlock]] - This is an application specific Barionet, preloaded with an Access Control application (app also separately downloadable)
* [[Barix TS]] - onewire temperature sensors

* [[Barix X8]] - multipurpose RS-485 I/O Interface

* [[Barimon]] - web tool for collecting data from Barix devices: http://www.barimon.net/

== Applications ==
Barix products can be used in a vast variety of applications and markets. Below links bring you to pages which describe applications, which products to use etc
* [[Automation Applications]] - this includes data conversion, collection, remote managment and monitoring (non-audio) applications
* [[Broadcast Applications]] - Applications in the Broadcast Industry such as STL, internet radio, monitoring
* [[General Audio Distribution Applications]] - distribution of audio channels in hotels, over the internet, homes, amusement parks etc
* [[Alarm Applications]] - Use of the Barix products in emergency alerting applications
* [[SIP Applications]] - Use of the Barix products with SIP protocol for SIP speaker, intercom, phone applications
* [[Crestron Integration]] - integrating audio over IP with Crestron touchpanels
* [[IP Intercom]] - a general description and Intercom Applications
* [[Rebroadcasting Application]] - what does it do ?
* [[Messaging / Music on Hold Application from MOH Technology]]

== Hardware Topics ==
* [[Software/Hardware compatibility matrix]]
* [[USB device compatibility list]]
* [[USB and IPAM layout rules]]
* [[Microphones]]

== Software Topics ==

* [[General Topics]]
* [[Protocols used in Barix Products]]
* [[Streaming Client]]
* [[Streaming Client with USB encryption for Digital Rights Management]]
* [[Freeware from Barix]]
* [[BCL Topics]]
* [[Ethersound]]

== Support - FAQ & Troubleshooting ==

* [[FAQ]] - general questions, sections about audio and control products

* [[Troubleshooting]]

== Sales & Marketing ==

== Some useful links for using the Wiki ==
Consult the [http://meta.wikimedia.org/wiki/Help:Contents User's Guide] for information on using the wiki software.

=== Getting started ===
* [http://www.mediawiki.org/wiki/Manual:Configuration_settings Configuration settings list]
* [http://www.mediawiki.org/wiki/Manual:FAQ MediaWiki FAQ]
* [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce MediaWiki release mailing list]

Barimon FAQ

2009-11-16T12:44:38Z

David:

1. Barimon is reporting the wrong time for my projects 
=> Barimon is used by customers all around the world, time information is standardised on GMT. 
 
2. I'm using the Streaming Client firmware and want to register my device to a project, what is the Barimon URL? 
=> http://www.barimon.net 
 
3. I'm using the FTPMP3 firmware and want to register my device to a project, what is the Barimon URL? 
=> www.barimon.net 
'''Note''' the difference between the Streaming Client and FTPMP3!!! 
 
4. I'm creating a new project, what is the "Project Key" and do I need it? 
=> The Project Key is an identifier used by Barimon. If set, then only posts that contain this project key will be accepted into your project. It is intended for advanced users who are writing their own BCL applications and who want to ensure that only they are posting data to their project. 
'''Note''': the Project Key MUST be left blank if you are using the Streaming Client or FTPMP3: the project key is set blank in these applications, so your posts will only be allowed through if you set the Project Key blank. The MAC address of your device(s) is used to identify which project the data belongs to. 
 
5. My data is sensitive, I don't want it to be seen by others. 
=> Simple! Contact support @ barix.com and ask them about the commercial rates for a private project. With a private project, only you can see your data, and you can have more than 5 devices.

Standalone Network player with FTP update

2009-10-29T08:27:19Z

David: /* Standalone player */

== Standalone player ==
* ''What can I do with this?''
This application allows you to set up a low cost Exstreamer to play music as and when you want, from files stored on an attached USB stick. No network load.
However, if you want you can also dynamically update the content of the USB using the FTP protocol.

Create playlists, assign playing times and priorities, listen in for real time announcements made on a priority port from an Annuncicom, Instreamer, or our ICGraph[http://www.barix.com/downloads/file/ICgraph_User_Guide_V140_PDF/6951/221] free PC software.

This application is ideal for Retailers who want to play background music, but don't want to overload their network with audio traffic.

* ''Where can I find it?''
The application is called FTPMP3 and is one of the free programs included with our ABCL firmware.[http://www.barix.com/downloads/ABCL_Kit_Firmware/21/].
Take a look at this:[http://www.barix.com/downloads/file/ABCL_Applications_Overview_PDF/221/21] to find out more about other ABCL applications we offer, free of charge. 
 
* ''I have an unreliable network connection, can I still use the FTPMP3 application?'' 
Yes! 
 
Poor network connections can result in partial file downloads, which are not easily detectable and result in unpredictable playback. To address this the application can be set up to detect incomplete files using 'length checking': 
 
There are two parts to the length checking system: a server component which creates a 'length file' for each file to download and the checking functionality at the player, which must be enabled. 
The system works like this: 
 
As well as downloading the music file, the second file containing the length of the music (or configuration/playlist) file is downloaded. A simple check reveals if the whole music file has been received. 
 
More about those extra files: 
In order for length checking to be employed, files with length information have to be created on the server. For every file (including the configuration file) another file with (second) file extension “.len” must be created on the server(s). This “.len” file should contain just 12 digits - size of file in bytes padded with zeroes from the left.
 
It is easy to create the length files using the WriteFileSize tool, which is included in the firmware update archives. 
 
WriteFileSize1 is a command-line tool. When run without arguments, it displays its documentation.
Typical use is to give WriteFileSize just one argument: 
 
WriteFileSize MyDir 
 
which results in adding length files for all of the files in the subdirectory MyDir. 
 
How do I set the player to check the files are OK? 
 
The length checking must be activated in the player.cfg configuration file on the player, using the variable CHECK_LENGTH: 
 
CHECK_LENGTH=1 
 
That's it!

Stream Switching

2009-10-27T16:59:28Z

David: /* How to configure Barimon? */

== How does the stream switching in the Streaming Client work? ==

The Streaming Client can be configured up to three sources. Normally only one would be set but for a fail-safe streaming two backups (URL2 and URL3) are available.

If a stream fails the backup immediately kicks in (first the URL2 and then URL3). While playing a backup, the main stream (and the primary backup if playing the secondary backup) is monitored on the background in regular intervals.

== Stream Check Period ==

The above mentioned monitoring interval is called '''Stream Check Period'''.

To reduce unnecessary load of the network (and potentially also the server) caused by the stream monitoring, the Stream Check Period is a configurable parameter.
Of course a longer interval means also a longer response time if the server comes up.

Quite often the server comes up after a short moment (within tens of seconds). If the stream is not available for a longer time the check period is automatically advanced up to the '''Max Check Period''' to reduce the network load further.

== What should I set the Stream Check Period to? ==

Normally the defaults (Stream Check Period 10 seconds and Max Check Period 3 minutes) should work fine. Take them as a starting point.

In fact, the Max Check Period defines the '''maximum''' reaction time after the stream becomes available. If you experience that the unit reacts too slowly on the stream coming back, reduce the Max Check Period.

On the other hand the Stream Check Period defines the '''minimum''' reaction time. If the network or server load is too high increase the Stream Check Period.

== What if I use a USB backup? ==

If your backup stream is a local USB with files the Max Check Period should not be shorter than a half of an average song duration.

'''IMPORTANT:''' If the main stream becomes available while the USB is playing the current song is finished before switching to the main stream (no matter what the Check Period is set to). This is to avoid interruptions in the middle of a song.

== How to configure Barimon? ==
Barimon is a monitoring service provided by MOH Technology, [http://www.barimon.net] 
To use the service to monitor your device(s): 
- first set up an account/project at Barimon and register your devices to it. (Note: do NOT set a project key) 
- next, tell your Barix device to send data to Barimon; this is done in the Advanced Settings/Remote Management section of the Streaming Client configuration. 
=> set the Barimon URL to http://www.barimon.net 
=> set the reporting frequency you require. 
Apply your changes. 
That's it!

Stream Switching

2009-10-27T16:57:59Z

David: /* How to configure Barimon? */

Stream Switching

2009-10-27T16:56:24Z

David: /* What if I use a USB backup? */

== How does the stream switching in the Streaming Client work? ==

The Streaming Client can be configured up to three sources. Normally only one would be set but for a fail-safe streaming two backups (URL2 and URL3) are available.

If a stream fails the backup immediately kicks in (first the URL2 and then URL3). While playing a backup, the main stream (and the primary backup if playing the secondary backup) is monitored on the background in regular intervals.

== Stream Check Period ==

The above mentioned monitoring interval is called '''Stream Check Period'''.

To reduce unnecessary load of the network (and potentially also the server) caused by the stream monitoring, the Stream Check Period is a configurable parameter.
Of course a longer interval means also a longer response time if the server comes up.

Quite often the server comes up after a short moment (within tens of seconds). If the stream is not available for a longer time the check period is automatically advanced up to the '''Max Check Period''' to reduce the network load further.

== What should I set the Stream Check Period to? ==

Normally the defaults (Stream Check Period 10 seconds and Max Check Period 3 minutes) should work fine. Take them as a starting point.

In fact, the Max Check Period defines the '''maximum''' reaction time after the stream becomes available. If you experience that the unit reacts too slowly on the stream coming back, reduce the Max Check Period.

On the other hand the Stream Check Period defines the '''minimum''' reaction time. If the network or server load is too high increase the Stream Check Period.

== What if I use a USB backup? ==

If your backup stream is a local USB with files the Max Check Period should not be shorter than a half of an average song duration.

'''IMPORTANT:''' If the main stream becomes available while the USB is playing the current song is finished before switching to the main stream (no matter what the Check Period is set to). This is to avoid interruptions in the middle of a song.

== How to configure Barimon? ==
Barimon is a monitoring service provided by MOH Technology, [http://www.barimon.net]
To use the service to monitor your device(s):
- first set up an account/project at Barimon and register your devices to it. (Note: do NOT set a project key)
- next, tell your Barix device to send data to Barimon; this is done in the Advanced Settings/Remote Management section of the Streaming Client configuration.
=> set the Barimon URL to http://www.barimon.net
=> set the reporting frequency you require.

Streaming Client howtos

2009-10-27T16:45:37Z

David:

== How to play Windows Media streams ==

== How to monitor devices ==

== How to configure Barimon ==

== How to use remote updates ==

== How to set the stream check period ==
See the [[Stream Switching]] page.

== How to switch streams based on a day-time ==

== How to use channels ==
See the [[Channel Selection]] howto.

== What protocol shall I use? ==

== How do I configure multicast? ==

== How to authenticate the Streaming Client to the server ==
See the [[Streaming Client Server Authentication]] howto.

Barimon FAQ

2009-10-20T15:08:00Z

David:

Barimon FAQ

2009-08-21T15:45:40Z

David:

1. Barimon is reporting the wrong time for my projects 
=> Note: Barimon is used by customers all around the world, time information is standardised on GMT.

Main Page

2009-05-08T12:53:11Z

David: /* Automation and Control - Devices and accessories */

<big>'''Barix Wiki'''</big>

The Barix Wiki is maintained by Barix staff and users/community. Barix does try to keep the content accurate and error free, and we do review third party contributions, however, we can not guarantee everything is 100% accurate or up-to-date.
If you find any mistakes, errors etc. - please feel free to correct them !

== Products ==
=== Audio - Devices and accessories ===
* [[Exstreamer 100]] - General Purpose Network Audio Decoder
* [[Exstreamer 110]] - Network Audio Decoder with advanced features - Decodes AAC+
* [[Exstreamer 200]] - Network Audio Decoder with built-in 2x25W class-D amplifier
* [[Exstreamer 1000]] - High Quality Network Audio Encoder/Decoder with symmetric Audio interfaces and AES/EBU
* [[Instreamer 100]] - General Purpose Network Audio Encoder
* [[Annuncicom 100]] - General Purpose Bidirectional Network Audio Device with I/O
* [[Annuncicom 200]] - Network Audio Device suitable for intercom/paging applications with 8W output amplifier and PoE
* [[Annuncicom 1000]] - High End Network Audio Device with balanced audio interfaces and supervised contact closures
* [[IPAM 100]]- Embedded IP audio module for OEM with dual network and multiple serial interfaces
* [[IPAM 200 / IPAM 300]]- Embedded IP audio module for OEM (decoder only)
* [[PS16]] - Multifunctional digital desktop paging station PS16
* [[VSC]] - Volume Source Control accessory

=== Automation and Control - Devices and accessories ===
* [[Barionet]] - General Purpose IP Automation Controller with SNMP and Modbus/TCP support, fully programmable. Various I/O capabilities
* [[Barionet 50]] - Low Cost IP Automation Controller with contact closure inputs, relay outputs, serial ports and Dallas Onewire interface
* [[Barionet 200]] - Advanced IP Automation Controller with 16bit analog inputs, analog outputs, RTC and USB flash drive support

* [[Defconlock]] - This is an application specific Barionet, preloaded with an Access Control application (app also separately downloadable)
* [[Barix TS]] - onewire temperature sensors

* [[Barix X8]] - multipurpose RS-485 I/O Interface

* [[Barimon]] - web tool for collecting data from Barix devices: http://www.barimon.net/

== Applications ==
Barix products can be used in a vast variety of applications and markets. Below links bring you to pages which describe applications, which products to use etc
* [[Automation Applications]] - this includes data conversion, collection, remote managment and monitoring (non-audio) applications
* [[Broadcast Applications]] - Applications in the Broadcast Industry such as STL, internet radio, monitoring
* [[General Audio Distribution Applications]] - distribution of audio channels in hotels, over the internet, homes, amusement parks etc
* [[Alarm Applications]] - Use of the Barix products in emergency alerting applications
* [[SIP Applications]] - Use of the Barix products with SIP protocol for SIP speaker, intercom, phone applications
* [[Crestron Integration]] - integrating audio over IP with Crestron touchpanels
* [[IP Intercom]] - a general description and Intercom Applications
* [[Rebroadcasting Application]] - what does it do ?

== Hardware Topics ==
* [[Software/Hardware compatibility matrix]]
* [[USB device compatibility list]]

== Software Topics ==

* [[General Topics]]
* [[Protocols used in Barix Products]]
* [[Streaming Client]]
* [[Streaming Client with USB encryption for Digital Rights Management]]
* [[Freeware from Barix]]
* [[BCL Topics]]
* [[Ethersound]]

== Support - FAQ & Troubleshooting ==

* [[FAQ]] - general questions, sections about audio and control products

* [[Troubleshooting]]

== Sales & Marketing ==

== Some useful links for using the Wiki ==
Consult the [http://meta.wikimedia.org/wiki/Help:Contents User's Guide] for information on using the wiki software.

=== Getting started ===
* [http://www.mediawiki.org/wiki/Manual:Configuration_settings Configuration settings list]
* [http://www.mediawiki.org/wiki/Manual:FAQ MediaWiki FAQ]
* [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce MediaWiki release mailing list]

Barimon

2009-05-08T12:50:12Z

David:

Barimon - monitoring website and service to record data from remote devices

http://www.barimon.net/

Check the [[Barimon FAQ]]

AutoIP Howto

2009-01-29T11:20:08Z

David: /* Disadvantages */

== Static IP vs. automatic IP ==

There are two ways of configuring IP parameters of a device: '''static''' and '''dynamic''' configuration.

== Static IP address ==

The simplest (but not always the easiest) method is to assign a static IP address. You need to set the following parameters in the Network section of the WEB UI of the device:
* '''IP address'''
* '''netmask'''
* gateway
* primary DNS server
* secondary (backup) DNS server

The first two (bold) parameters are the minimum for communication within a LAN. If the device needs an access to the outside world, the '''gateway''' must be configured as well. If you are using name addresses, one or better both DNS servers must be configured.

===Benefits of a static IP address configuration===
* '''the address does not change'''
* no special server is needed

===Disadvantages===
* you need to configure every device separately - which can be a problem with a large number of units
* no simple way of management - if you need to change the address you have to go to every single device
* more addresses needed if clients "come and go" - this may be a problem if there is only a limited number of IP addresses available

== Automatic IP address assignment using a server ==

Alternatively, one or more of the above parameters can be assigned automatically using a '''central server'''.

There are two common methods/protocols for automatic assignment of an IP address using a central server: the older [[wikipedia:BOOTP|BOOTP]] and widely used [[wikipedia:DHCP|DHCP]].

With DHCP typically all the above network parameters (IP address, netmask, gateway, DNS servers) are set, whereas BOOTP can set only the IP address and gateway address.

===Benefits===
* centralised management
* almost zero configuration at the client
* dynamic configuration - the client can come and go (e.g. a laptop)

===Disadvantages===
* requires a server - a problem if the server is down
* the address may change (depends on the configuration of the server) - this can be a problem if the unit is accessed "from the outside world"

=== Combined solution: "static" dynamic addresses===
A DHCP server can be configured to assign always the same address to a specific client. The client identifies itself with its Ethernet MAC address.

This method combines the benefits of both solutions: a simple central management and at the same time an address which does not change

==AutoIP and IPzator==
If there is no DHCP/BOOTP server available the IP address can be "guessed" using one of the methods: '''AutoIP''' or '''IPzator'''

Both these methods attempt to discover a free IP address on the network if all the above methods have failed. '''They should not be used as a primary configuration but only as a fail-over mechanism!'''

These methods are not 100% reliable and can cause an IP address collision on the network.

===IPzator===
This method listens on the attached network and tries to find:
* the network address of the attached network, 8-bit netmask is assumed
* a free IP address on this network

It sets the IP address and the netmask (always 255.255.255.0). The gateway address and the DNS address are left intact.

'''NOTE:''' '''It may take up to 3 minutes to find a free address!'''

'''NOTE:''' If an IP address is assigned by IPzator but this address is used by some other host on the network, which is not active or switched off, an IP address collision can occur if the inactive host becomes on-line.

===AutoIP===
Automatically assigns a free IP address in the network 169.254.0.0/16. It sets the IP address and the netmask (always 255.255.0.0). Gateway address and DNS address are left intact.

This is the last method used if all the above methods fail.

==How to configure==
A static IP address is simply configured by filling the four IP address fields and the other network parameters in the network configuration of a device.

An automatic IP address is selected by setting the IP address to 0.0.0.0.

'''NOTE:''' If automatic IP address is configured, netmask, gateway address (DHCP or BOOTP only) and DNS server addresses (DHCP only) are overwritten.

===Auto IP discovery order===
The four mentioned methods of obtaining an IP address automatically are executed in the following order:
#BOOTP
#DHCP
#IPzator
#AutoIP

The first successful method stops the process.

===Selecting specific auto IP methods===
Each of the above methods can be enabled or disabled. By default all are enabled. A method is disabled by setting a specific bit in the third field of the IP address:
* “0.0.1.0” to disable AutoIP
* “0.0.2.0” to disable DHCP
* “0.0.4.0” to disable BOOTP
* “0.0.8.0” to disable IPzator

Examples:
* “0.0.3.0” disables AutoIP and DHCP
* “0.0.11.0” disables all but BOOTP

'''ATTENTION:''' “0.0.15.0” disables all discovery functions which locks you out unless you reset the device to factory defaults by pressing the reset button for about 10 seconds.

==Automatic IP address configuration notes==
If you configure a device to automatically obtain an IP address you should know that:
* if the device is not connected to the network or the network is lost at the boot-up time it might take up to 5 minutes before the unit becomes ready!

What is Digital Rights Management?

2009-01-29T10:39:54Z

David:

In the context of music, artists are entitled to royalties when their music is played publicly. In traditional music distribution systems, such as Radio or TV, there were a limited number of broadcasters and collection of royalties was relatively straightforward.

With the advent of computers and the Internet, there has been a proliferation of non-traditional broadcasters, and it has become much easier to copy music and distribute it, using the new technologies. Unfortunately, not everyone using these technologies has subscribed to the traditional royalties model, and there has been much publicity about illegal download sites.

So how do law-abiding businesses make the most of the advantages that the new technologies offer, whilst protecting themselves from allegations that they are not protecting the music that they distribute?

First they must source their music legitimately. For businesses such as Retailers, Restaurants and Hoteliers, there are many reputable Content Providers who offer a full music programming service; Barix partners with several such firms.
However, sometimes it makes sense for a business to have locally stored content (music files) - for example as a backup source in case the main network audio feed fails. In this case, Barix can help; the Barix Streaming Client firmware is available in a version that supports the playback of encrypted music files.

If you want to find out more about DRM, Wikipedia has an extensive article: [ http://en.wikipedia.org/wiki/Digital_rights_management]

The Barix system

2009-01-28T13:32:18Z

David:

The Barix Streaming Client encrypted file playback system has two parts:

* a server side file encryption component

* a client side decryption module, that gets built into the Exstreamer's Streaming Client firmware

First, an organisation must generate a random key, to be used to encrypt and decrypt the files; a method is suggested in the download software given by Barix, or sites such as GRC[https://www.grc.com/password.htm] can be used.

This key must be loaded into the Exstreamer, to enable it to decrypt encrypted files. Where a retailer is ordering significant quantities of Exstreamers, this step can be incorporated into the product build process by Barix, otherwise it must be manually loaded into the device; instructions are given with the software pack from Barix.

On the server side, files are encrypted using the secret key, then stored onto USB; the USB is then sent to the remote location (shop, hotel, bar...), where staff plug it in to the Exstreamer. The same files can be loaded on many USB sticks and sent to multiple locations (if, for example, an organisation wishes to operate with a single key for all locations, to simplify the logistics of sending files around), or a key per location can be used.

Encrypted files cannot be played on a standard player, or even on an Exstreamer if it does not have the correct firmware and the matching password that the files were encrypted with.

'''Note''':
Although the Barix system and the algorithms implemented for protecting the audio content use industry standard strong encryption, like '''all''' DRM systems it can be broken, and Barix does not assume any liability for theft of data or consequential damages.

What is Digital Rights Management?

2009-01-28T13:30:47Z

David:

The Barix system

2009-01-28T09:25:29Z

David:

The Barix Streaming Client encrypted file playback system has two parts:

* a server side file encryption component

* a client side decryption module, that gets built into the Exstreamer's Streaming Client firmware

First, an organisation must generate a random key, to be used to encrypt and decrypt the files; a method is suggested in the download software given by Barix, or sites such as GRC[https://www.grc.com/password.htm] can be used.

This key must be loaded into the Exstreamer, to enable it to decrypt encrypted files. Where a retailer is ordering significant quantities of Exstreamers, this step can be incorporated into the product build process by Barix, otherwise it must be manually loaded into the device; instructions are given with the software pack from Barix.

On the server side, files are encrypted using the secret key, then stored onto USB; the USB is then sent to the remote location (shop, hotel, bar...), where staff plug it in to the Exstreamer. The same files can be loaded on many USB sticks and sent to multiple locations (if, for example, an organisation wishes to operate with a single key for all locations, to simplify the logistics of sending files around), or a key per location can be used.

Encrypted files cannot be played on a standard player, or even on an Exstreamer if it does not have the correct firmware and the matching password that the files were encrypted with.

'''Note''':
Although the Barix system and the algorithms implemented for protecting the audio content use industry standard strong encryption, like '''all''' protection systems it can be broken, and Barix does not assume any liability for theft of data or consequential damages.

The Barix system

2009-01-28T08:37:15Z

David:

The Barix system

2009-01-28T08:29:47Z

David:

The Barix Streaming Client encrypted file playback system has two parts:

* a server side file encryption component

* a client side decryption module

First, an organisation must generate a random key, to be used to encrypt and decrypt the files; a method is suggested in the download software given by Barix, or sites such as GRC[https://www.grc.com/password.htm] can be used.

This key must be loaded into the Exstreamer, to enable it to decrypt encrypted files. Where a retailer is ordering significant quantities of Exstreamers, this step can be incorporated into the product build process by Barix, otherwise it must be manually loaded into the device; instructions are given with the software pack from Barix.

On the server side, files are encrypted using the secret key, then stored onto USB; the USB is then sent to the remote location (shop, hotel, bar...), where staff plug it in to the Exstreamer. The same files can be loaded on many USB sticks and sent to multiple locations (if, for example, an organisation wishes to operate with a single key for all locations, to simplify the logistics of sending files around), or a key per location can be used.

Encrypted files cannot be played on a standard player, or even on an Exstreamer if it does not have the correct firmware and the matching password that the files were encrypted with.

The Barix system

2009-01-28T08:28:16Z

David:

The Barix Streaming Client encrypted file playback system has two parts:

* a server side file encryption component

* a client side decryption module

First, an organisation must generate a random key, to be used to encrypt and decrypt the files; a method is suggested in the download software given by Barix, or sites such as GRC[https://www.grc.com/password.htm] can be used.

This key must be loaded into the Exstreamer, to enable it to decrypt encrypted files. Where a retailer is ordering significant quantities of Exstreamers, this step can be incorporated into the product build process by Barix, otherwise it must be manually loaded into the device; instructions are given with the software pack from Barix.

On the server side, files are encrypted using the secret key, then stored onto USB; the USB is then sent to the remote location (shop, hotel, bar...), where staff plug it in to the Exstreamer. The same files can be loaded on many USB sticks and sent to multiple locations (if, for example, an organisation wishes to operate with a single key for all locations, to simplify the logistics of sending files around).

Encrypted files cannot be played on a standard player, or even on an Exstreamer if it does not have the correct firmware and the matching password that the files were encrypted with.

Getting the software

2009-01-28T08:23:20Z

David:

If you are interested in finding out more about this application, please contact [mailto:sales@barix.com sales@barix.com]

To obtain the software, contact [mailto:support@barix.com support@barix.com]

Getting the software

2009-01-28T08:21:10Z

David:

If you are interested in finding out more about this application, please contact [mailto:sales@barix.com]

To obtain the software, contact [mailto:support@barix.com]

Getting the software

2009-01-27T15:11:40Z

David: New page: If you are interested in finding out more about this application, please contact presales@barix.com To obtain the software, contact support@barix.com

If you are interested in finding out more about this application, please contact presales@barix.com

To obtain the software, contact support@barix.com

The Barix system

2009-01-27T14:31:09Z

David: New page: The Barix Streaming Client encrypted file playback system has two parts: - a server side file encryption component - a client side decryption module First, an organisation must generat...

The Barix Streaming Client encrypted file playback system has two parts:

- a server side file encryption component

- a client side decryption module

First, an organisation must generate a random key, to be used to encrypt and decrypt the files; a method is suggested in the download software given by Barix.

On the server side, files are encrypted, using the secret key, then stored onto USB; the same file content

What is Digital Rights Management?

2009-01-27T14:17:12Z

David: New page: In the context of music, artists are entitled to royalties when their music is played publically. In traditional music distribution systems, such as Radio or TV, there were a limited numbe...

In the context of music, artists are entitled to royalties when their music is played publically. In traditional music distribution systems, such as Radio or TV, there were a limited number of broadcasters and collection of royalties was relatively straightforward.

With the advent of computers and the Internet, there has been a proliferation of non-traditional broadcasters, and it has become much easier to copy music and distribute it, using the new technologies. Unfortunately, not everyone using these technologies has subscribed to the traditional royalties model, and there has been much publicity about illegal download sites.

So how do law-abiding businesses make the most of the advantages that the new technologies offer, whilst protecting themselves from allegations that they are not protecting the music that they distribute?

First they must source their music legitimately. For businesses such as Retailers, Restaurants and Hoteliers, there are many reputable Content Providers who offer a full music programming service; Barix partners with several such firms.
However, sometimes it makes sense for a business to have locally stored content (music files) - for example as a backup source in case the main network audio feed fails. In this case, Barix can help; the Barix Streaming Client firmware is available in a version that supports the playback of encrypted music files.