ZEC Viewing Stream Statistics

you can view all the accumulative statistics for a connected input stream in real time it is possible to reset the counters by clicking reset the statistics may differ between the various stream types to view stream statistics on the inputs page of zec, click the desired input stream for which you want to view statistics the stream’s statistics are displayed at the bottom of the screen field description bitrate (kbps) displays the current bitrate of the input stream last connected displays the date and time in which the stream was connected up time displays the amount of time the stream has been active reconnections displays the number of reconnection attempts rtt (ms) displays the round trip time (rtt) from the source (in milliseconds) jitter (ms) displays the current jitter, measured in milliseconds congestion \[%] displays an estimation of the communication's congestion level – '0' means congestion free, '100' means fully congested latency (ms) displays the stream latency configured on the source feeder note that in some cases, two values will be displayed (4000 of 2500, for example) the two values represent actual latency versus configured latency the two value display may appear if the stream was edited to change the latency value and then restarted, or if the minimize latency option was selected total packets displays the total number of packets that have been transmitted packet rate displays the current number of packets per second packet loss % displays the current percentage of the packets that were dropped on route from the source remuxing resets remuxing resets can occur when remuxing to cbr (i e , value of ‘remux to bitrate’ field is set) in this case, the value is not high enough to remux the video+audio+other pids data a possible solution is to increase the value of the ‘remux to bitrate’ parameter remuxing overflows this indicates that the multiplexer internal queues are full smoothing drops the smoothing feature uses a buffer to time packets according to the stream's clock this is useful when there are bursts in the rate in which the stream arrives the smoothing drops indicator indicates that the stream is too "bursty" consecutive drops the number of packets that were dropped in a row when consecutive packets are dropped, that could imply burst loss, as opposed to a sustained % of loss that would imply congestion \<font color="#4cae21">drop correlations\</font> dropped packets displays the total number of packets dropped between the source and the broadcaster since the beginning of the stream recovered packets displays the number of dropped packets that have been recovered since the beginning of the stream not recovered packets displays the number of non recovered packets fec packets displays the number of fec packets transmitted fec recovered displays the number of fec packets recovered arq requests displays the number of requests for retransmission of dropped packets made with arq arq recovered displays the number of dropped packets recovered via arq arq out of credit displays the number of retransmission requests skipped because it hits a limit, which protects from floods of retransmissions when many packets are missing overflows the number of packets lost due to buffer overflow note overflow is usually the result of the max bitrate being too low consecutive not reco \<font color="#1f1e1c">vere\</font> d displays the maximal number of consecutive "not recovered packets" in the last measurement period (1 second) this measurement can help identify long streaks of unrecovered packets, which it is not possible to see by just looking at the global "not recovered" counter arq duplicates displays the number of duplicate recovery packets received via arq