Event livestream

Everything that goes wrong in a livestream goes wrong in public — planning here means engineering failure out before it can air.

What this is about

Ask one question first: what happens when something fails? A livestream is a broadcast — mixed live, sent live, watched live — and its plan is therefore two documents in one. The technical half maps the signal chain from stage to platform: cameras, audio from the house console, vision mixer, encoder, and the internet line with a tested backup path. The editorial half is the run of show: who is on when, which graphics fire, how breaks are bridged. Unlike the aftermovie, which selects the best moments afterwards, the stream has to survive every moment as it happens. Setups range from a single-camera talk to a mid-sized multi-camera production with its own directing position.

The format determines scope, crew and timeline — before the first location has been scouted.

What runs differently here

Where this differs from the general case:

  • Redundancy is planned per link in the chain: second encoder, second internet path, spare cables — the plan names what takes over and who switches it
  • Audio comes before image: a feed from the house console, monitored by one dedicated person, because viewers forgive soft pictures and leave over bad sound
  • The run of show scripts the whole broadcast including gaps — pre-show loop, break slates, moderation bridges — so silence never reaches the stream
  • A full rehearsal on the real line at the real venue is a schedule item, not a luxury: it is where the plan meets the building's reality
  • Rights are live questions: music in the room, speaker consent and platform terms are cleared before the encoder starts

What the plan has to deliver

A production plan is useful to this role when it provides the following:

  • A signal chain diagram with every device, cable path and its designated backup
  • A run of show with timings, camera cues, graphics and responsibilities per minute
  • A rehearsal slot at the venue on the production line, with the real stream key
  • An escalation card: who decides on failover, who informs the audience, who talks to the platform

Common pitfalls

What most often goes wrong in practice:

  • Trusting venue Wi-Fi as the primary uplink for the one thing that must not drop
  • Taking audio from a camera microphone instead of the house console
  • Rehearsing in the office and meeting the venue's power, network and stage reality on show day

With TillyGen

TillyGen structures the livestream as broadcast planning: run of show, crew positions and technical checklists in one place, so the rehearsal tests a plan instead of improvisation.

Change one constraint and the consequences travel through the whole plan: affected shots are flagged, the call sheet is regenerated, and nobody keeps working from yesterday's version.

Frequently asked

What does a minimal livestream setup look like?

One camera, audio from the house console, a hardware or software encoder and a wired internet line with a bonded or mobile backup. Everything below that is a recording, not a broadcast.

How much rehearsal does a livestream need?

One full technical run at the venue on the real line, plus a short line check before going live. Multi-camera shows with graphics add a dedicated rehearsal for the directing position.

How long does it take to get started with TillyGen?

A first project takes under an hour to set up. There is no configuration phase in which templates and fields have to be defined before the tool produces anything.

Can the results be exported?

Yes — as PDF for the crew, CSV for downstream systems and through the API for anything automated. The plan stays the source; the exports are views of it.