Matrix routing and HyperDeck control in one native Mac application — with the switchers, converters, cameras and lighting of the same rig alongside.
Version 1.7.16 · macOS 15+ · Apple silicon · free beta
Interactive demo
A working miniature of the router panel. Route from the crosspoint grid or the Dropdown view, and switch to Take to stage changes and cut them together — exactly as in the application.
The full application drives matrices up to 512×512 — with pinned headers, zoom, search, locks, breakaway and live signal status.
Routing
Crosspoint grid or X-Y Dropdown, Direct or Take, presets and virtual panels — on any matrix from 12×12 to 512×512.
Route instantly, or stage a set of changes and cut them together with one press.
A preset reads active while the router matches it, and shows the difference when it does not.
A locked output says who locked it — this application, the hub itself, or another controller.
Give each operator only the sources and destinations they need, with presets saved per panel.
Also on every router: search inputs and outputs from the toolbar, 1 → Many routing, labels, lock or unlock every output at once, Bonjour discovery, and panels, presets and labels copied from another Mac on the network.
HyperDeck
Group your recorders and drive them together. Then copy the day's clips to the server, verified byte for byte, before a single card is erased.
Every group command answers member by member. A deck that did not respond is never shown as recording, and offline units are named.
Flash a deck's own display from its row, so the box in the rack and the entry on screen are the same one.
Each deck's timecode on its row, and the group's shared timecode in the sidebar while the rack is in step.
Addresses move on a power cycle. An entry that answers as a different deck is held — nothing listed, nothing erased — until you accept it.
Transport copies clips off up to ten decks at once to any share Finder can mount — SMB, AFP, NFS, FTP or WebDAV.
After a clip lands it is read back and checksummed against the deck's copy. Check What Landed runs itself when a transfer finishes.
A deck is refused an erase until every clip on it is verified and it has proved it is the unit you mean. Nothing on the server is ever overwritten.
Every refused erase, dropped connection and failed check is kept with the deck's own answer, ready to copy.
Roll the whole group from one button, with the answer from each deck.
Pull the clips to the server, oldest first, resuming what was interrupted.
Read every clip back and compare it with what the deck holds.
Format the card only once the deck is confirmed and every clip is proven.
Devices
Native protocol implementations, straight to the hardware. No middleware, no drivers to install.
| Hardware | Protocol |
|---|---|
| Routers | |
| Blackmagic Videohub | Videohub Ethernet · Bonjour discovery |
| Lightware MX2 | LW3 — with live input signal & resolution |
| Ross Ultrix & SW-P-08 routers | Pro-Bel SW-P-08 |
| Evertz & Quartz-compatible routers | Quartz Type-1 |
| AJA KUMO | HTTP REST |
| Grass Valley · Utah Scientific · Imagine | Via their SW-P-08 / Quartz emulation modes* |
| Recorders & conversion | |
| Blackmagic HyperDeck | HyperDeck Ethernet protocol · TCP |
| HyperDeck Transport | Clips to SMB · AFP · NFS · FTP · WebDAV |
| Blackmagic Teranex AV2 | Teranex Ethernet protocol · TCP |
| Blackmagic UltraStudio & DeckLink | DeckLink API — local to this Mac |
| Switching & monitoring | |
| Blackmagic ATEM switchers | ATEM protocol · UDP — including SuperSource |
| Blackmagic ATEM Constellation aux | Aux routing via Videohub protocol |
| Blackmagic MultiView 16 | Videohub Ethernet — detected automatically |
| Cameras & lighting | |
| PTZ cameras — PTZOptics · Sony · generic | VISCA over IP · TCP or UDP |
| Panasonic AW-RP & Sony RM-IP500 controllers | Panel selection drives Links & tally |
| DMX lighting | Art-Net 4 · unicast or broadcast |
| Custom | |
| Custom devices | Raw TCP / UDP — user-defined commands |
* Standard emulation modes offered by those platforms.
Principles
Live production depends on accurate state. Every surface in the application follows the same three rules.
Group actions answer device by device. Changes are confirmed by reading them back from the hardware, and a control outside a device's command set is disabled with the reason stated.
Take stages changes behind an explicit confirmation. Locks protect critical outputs. ⌘Z reverses routing and configuration changes alike — never a destination modified since.
A simulator for every device class, modelled on real hardware. A whole rig builds before the gear arrives and exports as one .rtrconfig file, previewed before import.