Tapestry

Book it, build it, run it, release it: one system for live event operations.

Tapestry connects event schedules, resource allocation and live workflows in one system for sports and event broadcasters, REMI centers and distribution teams.

Orchestrate. Deconflict. Monitor.

One operational view across the event, the resources it needs and the signal it delivers.

Orchestrate the live operation

Turn repeatable production steps into reusable Threads, with controlled live edits, recovery paths and operator approvals.

Deconflict before resources collide

Match capabilities to event requirements, expose schedule conflicts and review the impact of allocation changes.

Monitor with a recovery plan

Connect stream health and correlated faults to recovery workflows, team ownership and measurable resolution history.

What Tapestry does

Book

See every live and upcoming event, and every conflict, on one dashboard.

  • Book equipment by what it can do, not what it's called
  • Automatic reassignment when two events want one resource
  • Running and operator-forced bookings stay put

Build

Build workflows on a visual canvas from ready-made tasks.

  • Sequential, parallel, conditional and nested steps
  • A backup plan for every step: retry, recover, fail over or wait
  • New tasks in Groovy, tested in the browser

Run

Start setup automatically before air, on a window you set.

  • Change a running workflow, with invalid edits rejected
  • Failed changes roll back
  • Related faults grouped into one incident with a shared timeline

Release

If a game runs long, extend the event and recheck its conflicts.

  • Cleanup and resource release when production ends
  • Policies that recommend or act, as you choose

See the whole operation.

See stream health, Mosaic warnings, resource-pool metrics and conflicts from a live operations console.

  • Booked for the event
  • Reassigned to clear a conflict
  • Extended while the event ran long
An illustration of one evening's schedule, not a product screen.
  • Events
  • Resources
  • Conflicts
  • Threads
  • Incidents
  • Stream health

From preparation to release.

  1. Schedule

    Start with the event schedule and the resource capabilities it requires.

  2. Allocate

    Review allocations and conflicts, then consider the alternatives.

  3. Provision

    Provision the necessary systems before the event starts.

  4. Run

    Run the event Thread, with live changes validated before they apply.

  5. Extend

    If a live event runs long, reevaluate resource conflicts.

  6. Release

    Complete cleanup and resource release when production finishes.

If the game runs long, the plan keeps up.

Extend the event, recheck its conflicts and release resources when production ends, all from one schedule.

Common questions

Do I need to write code?

Not to assemble, schedule or run workflows from existing tasks. You need Groovy to create a new task, and scripts to write custom policy actions. Tapestry can draft both with AI for an engineer to review.

What equipment does Tapestry control?

Included tasks cover Techex MWEdge streams, TAG Video Systems MCM-9000 channels and layouts, and AWS EC2 instances. Other equipment can be added through Groovy tasks using Mosaic drivers.

Does Tapestry need Mosaic?

Tapestry controls devices and reads their status through Mosaic's device layer, so the two work together. Talk to us about the setup for your site.

What happens if a step fails during a live event?

You set the response when you build the workflow: retry, continue, run a recovery task, fail over or stop. You can also require an operator to approve it.

Is AI making decisions about my show?

AI helps engineers draft tasks, policies and workflows. Resource allocation and advisories come from rules, and whether a policy acts automatically is your choice.

Go deeper

Build and change workflows

Orchestrate with visual Threads

Build sequential, parallel and conditional workflows with a drag-and-drop graph editor. Reuse nested subthreads, organize definitions with namespaces and tags, and follow execution history and live topology.

Adapt workflows while they run

Validate live changes before applying them, retain rollback snapshots and restart from a task or retry immediately. Save a live Thread as a template and use arm-and-go confirmation for controlled execution.

Design recovery into the workflow

Set retry timing (fixed, linear or exponential) and failure handling on each task that needs it, add recovery tasks or Threads, failover paths and operator approvals, and test those paths in the same runs as normal operation.

Allocate resources

Match resources to the job

Define typed resource pools and match event requirements to device capabilities. Allocate across the schedule using priorities and conflict scoring, and consolidate work so idle cloud resources can be released.

Resolve schedule collisions deliberately

Review allocation dry runs and alternatives before applying changes. The planner can shift lower-priority scheduled bookings while leaving running and forced allocations untouched, and operators can force, unforce, unbook or reschedule allocations.

Run an event end to end

Manage the full event lifecycle

Coordinate pre-start provisioning, live operation and cleanup through validated event states. Extend live events with conflict reevaluation, review calendar and Gantt views, and preview CSV or pipe-delimited schedules before import.

Respond to faults

See signal health as it changes

Track bitrate, latency, frame rate, loss, errors and buffer thresholds. Combine stream health with Mosaic parameter warnings, resource-pool metrics and conflict visibility in a live operations console.

Turn faults into coordinated recovery

Apply selective retries, recovery tasks or Threads, standby workflows and human approval. Correlate related faults into Situations and coordinate ownership, escalation and resolution in the Situation Room.

Review recommendations

Understand every recommendation

Review deterministic, evidence-backed advisories with confidence, rationale and proposed actions. Accept or reject recommendations with a decision history; choose advise-only or automatic application for operational policies.

Keep operational recommendations reviewable

Scope a policy for each of deconfliction, escalation and recovery, set each one to advise or apply automatically, and review the accept and reject ledger afterward, where every advisory keeps its evidence, confidence and rationale.

Connect your equipment

Connect your production environment

Included tasks cover Techex MWEdge, TAG Video Systems MCM-9000 and AWS EC2. Other equipment can be added through Groovy tasks using the Mosaic device layer.

Prepare integrations for the production environment

List the actions each device or service needs, such as provisioning, routing, recording or release, and we will check them against the included Techex MWEdge, TAG Video Systems MCM-9000 and AWS EC2 tasks, and scope Groovy tasks on the Mosaic device layer for the rest.

Extend it

Give engineers room to extend

Create Groovy tasks and policies in the browser editor with hot reload, compile feedback, typed task schemas and a standalone task test harness. Work directly with YAML workflow definitions when needed.

Accelerate authoring with AI assistance

Draft task scripts, policy scripts and workflow YAML from a description, then refine and review them. Bring your own provider keys; authoring assistance is separate from deterministic operational advisories.

Measure and run a pilot

Measure operational performance

Track throughput, success rates, pool utilization and recovery time by fault type. Review automated versus manual actions and the Value Report alongside role-based access and searchable system audit records.

Define what a successful pilot should show

Pilot one event type with real resource contention and recovery needs, and judge it on execution success, resource-pool utilization, recovery time by fault type and the share of automated actions, measured on your own operation.