BR Live Troubleshooting - Data Saver Mode & Additional Receive Buffer Delay (Audio Delay)

Modified on Tue, 22 Apr at 5:05 PM

In this article, we will take a quick look at the two tools available in BR Live to assist with audio connection and quality issues.

Prerequisites:

BR Live Studio v1.5.25071.xxx or higher.

TABLE OF CONTENTS

Accessing Settings
Data Saver
- When to use Data Saver
Additional Receive Buffer Delay (Audio Delay)
- When To Use Additional Receive Buffer Delay
Other Considerations

Accessing Settings

To access the settings on BR Live (web browser based) or BR Live Studio (application in the studio), click on the BR Live Logo button and select My Audio Settings.

In the Device Settings window, scroll to the Connection Settings section.

Data Saver

The Data Saver option toggles BR Live between:

Standard Audio Quality - 192kbps OPUS and
Data Saver Audio Quality - 92kbps OPUS.

Either option provides high quality audio as the OPUS codec offers high fidelity audio even at lower bitrates. 92kbps OPUS will be adequate for speech in most cases but may be noticeable on music and other audio sent to the BR Live Studio application.

When to use Data Saver

Data Saver mode is ideal if you are on a lower bandwidth connection such as a mobile data connection or a contended ADSL connection.

Additional Receive Buffer Delay (Audio Delay)

The Additional Receive Buffer Delay option is used to extend the buffering on audio received by the BR Live client.

So for example:

BR Live Studio Application (running at your station) - This will effect all the remote audio sent too the station.
BR Live Remote Web Connection (Myriad Anywhere) - This will only effect the audio sent from the studio to the remote user for monitoring purposes.

Once enabled, you can configure the Audio Delay between 100ms and 4000ms (4 seconds).

Move the slider to the left or right to increase or decrease the delay time.

When To Use Additional Receive Buffer Delay

Whilst this setting can be very useful in certain circumstances, you should carefully consider the full impact of increasing the audio delay on your remote contributions.

If you are using BR Live to receive remote contribution of full live shows such as outside broadcasts, live DJ sets or sporting events, the increasing the Receive Buffer Delay is ideal as it will provide a more stable connection that is less susceptible to internet connectivity causing momentary audio dropouts or glitches. As the full content is coming from the remote location, the increased latency should not be a significant issue.

If you are using BR Live to present remote showing using Myriad Anywhere then increasing the audio delay may negatively impact the overall output as presenting a show in this way relies on a 'close to real time' bi-directional audio connection between the BR Live Studio application and the remote BR Live / Myriad Anywhere users. The same is also true if you are co-presenting with one or more remote contributors.

In this scenario, the real time element makes using the audio delay feature a balancing act between audio stability and acceptable latency. We recommend trying settings between 500ms and 1000ms to achieve this balance.

Other Considerations

It is important to remember that when using remote audio contributions, settings can only help so much. Ultimately, if a stable connection with adequate bandwith and suitable low latency cannot be maintained then it is unlikely that BR Live is the best solution. In this scenario, we would recommend using a Contribution Stream instead, as streams are designed to provide a stable, one directional audio stream with built in buffering to ride out all but the longest connectivity fluctuations. Of course, this is at the expense of latency and the inability to using two way audio.

Also see -