Vistigo Broadcast
Find stream errors before your viewers do.
Vistigo Broadcast collects alarms and statistics from your probes, IP receivers and Zixi or SRT links and lines them up on one timeline. When a CC error burst starts, you can see whether it came from the source, the encoder or the network carrying it.
Where the numbers come from
Probes, receivers and contribution gateways all report differently. We collect from each one in the way it supports, then put them on the same clock so cause and effect sit side by side.
Channel stats and events: CC errors, PCR, PES drops, SCTE-35, captions, NTP
Reads every list the probes write, so nothing piles up in memory
ETR 101 290 alarms, MER, SNR, signal level, active alarm count
Keeps the alarm count and the raw alarm table behind it
Input lock per IP feed, RTP sequence and CC errors, effective bitrate, device logs
Lock state for every input, and log lines tinted by device
Source bitrate, ARQ and FEC recovery, round-trip time, and the broadcaster's own CPU, RAM and throughput
Every stream and every broadcaster on one timeline
Bitrate, round-trip time, retransmits, packet loss, picture quality
Per-session numbers from the gateway itself
Every service you carry
Grafana, in 444Video's house style
- Transmission wall
- PCR and PES by stream
- Zixi and SRT contribution
- Device logs
- One site at a time
Alerts: priority 1 errors straight away, plus detailed reports for your team, or for the manufacturer when it's their fault.
What your team opens
A status wall first, then the detail behind every tile.
Transmission wall
Every site and service on one screen: bitrate gauges, input locks and probe alarms. A tile that stops reporting turns purple, never green.
PCR and PES
PCR accuracy and audio and video PES drops per stream, from the probes.
Zixi and SRT
Bitrate, ARQ recovery, round-trip time and loss per stream and per broadcaster.
Device logs
Every device's log lines in one list, newest first, each device in its own tint.
| Service | Bitrate | CC | Path | State |
|---|---|---|---|---|
| Service 101 | 6.2 Mb/s | 0 | SRT | OK |
| Service 214 | 4.1 Mb/s | 3 | Zixi | CC |
| Service 330 | 12.0 Mb/s | 0 | Satellite | OK |
| Service 412 | - | - | Probe 07 | NO DATA |
Who uses it
Broadcasters and multiplex operators
Every service on one wall, with priority 1 errors flagged before the phones ring.
Playout and distribution
Tell a source fault from an encoder fault from a network fault.
Remote production and OB
Contribution health from the field, next to the bonded link it's travelling over.
Broadcast manufacturers
Evidence for product testing and standards compliance, not anecdotes.
during a UK multiplex operator's full infrastructure migration
about 70% less kit to power and maintain
start to finish
Figures from the 444Video case study for a UK multiplex operator.
It all runs on the same system
Add another product whenever you like. The data lands in the same place, so a dropped stream and the satellite link it was on show up on the same timeline.
Tell us what you can't see.
Tell us which probes, receivers and contribution links you use. We'll show you your services in Vistigo.