V1.1-OCTOBER 2019
| 30
OMNIA MPX NODE MANUAL
Things to note:
♦ The grey horizontal line represents a delay of 0.
♦ The green line is your incoming stream. Its horizontal position on this graph is driven
by the amount of delay you have set in the Setup screen. This example shows a 1
second delay. As the delay is increased, this green line will rise. A smooth green line
represents good, consistent quality.
♦ The short white lines that intersect the green stream line represent Keyframes. This
example shows a Keyframe setting of 5 seconds
♦ Blue vertical lines represent error correction packets. The density of this display is
controlled by the two Error Correction slider controls. The more error correction you
apply, the more blue lines you will see. This example shows a 64 packet size, with 8
overhead packets, which is a good starting point setting if error correction is needed. .
♦ Red vertical lines (not shown here) represent lost packets and errors. If you frequent-
ly see packet loss on the decoder side, try adjusting error correction settings and
overall delay, as covered below, or choose a lower bitrate.
Keyframe interval
The μMPX server will periodically send “reset packets” to synchronize the system.
Depending on the stability of the connection, it may be necessary to send these packets
more frequently. On most connections, the default (and maximum) of 5 seconds is
generally sufficient. Decrease this value to send reset packets more frequently, which
results in the audio recovering faster after a drop. Keyframes have a slightly bigger size,
which means that slightly less bits are available for MPX data.
Error Correction size/delay
Error correction size defines the span over how many packets recovery data will be sent.
For example, a setting of 64 means that recovery packets will be sent at the end of the 64
packet block. The bigger this block is, the more latency you need at the decoder end to
ensure that the first packets in the block can be recovered in time. μMPX sends about 94
packets per second. Assuming a block size of 94, you would need more than a second of
delay / latency to allow for this much error correction.
A setting of 0 will disable sending of error correction packets. Smaller values will send
packets more frequently and consume additional bandwidth.
Error Correction Overhead
This adjusts the number of error correction packets sent at each (size) interval, and
works in conjunction with the Size value. As with the error correction span, a value of 0
will disable sending of error correction packets.
To Next Page
Loading...