ETC Eos vs grandMA3 for Music-Driven Automation
Both take OSC and both automate well. The differences that actually matter once a controller is firing cues, and which rooms each one suits.
CueSync TeamShow Control Engineers
Both Are Good, Which Makes This Harder
Comparisons are easier when one option is compromised. This one is not: Eos and grandMA3 both expose a native OSC surface, both accept discrete cue firing and continuous level control, and both report state back so a controller can stay aligned with what the operator is doing.
So the useful comparison is not "which is better" but which idiom matches your show, and that turns out to be a more decidable question.
The Structural Difference
Eos is cue-list-centric. A show is a sequence, and the operator advances along it. Go, back, a cue number, a follow time. This is how theatre thinks, and it is not an accident that Eos dominates theatre.
grandMA3 is executor-centric. A show is a set of parallel playbacks brought in and out at varying levels. This is how concert, festival and event work thinks, where several elements run simultaneously and independently.
Neither is a limitation. But they produce different natural mappings when a controller starts firing things:
| Show shape | Natural fit |
|---|---|
| Discrete moments in a fixed order | Eos cue list |
| Overlapping continuous elements | grandMA3 executors |
| Scripted theatre with a book | Eos |
| Music-led work with parallel layers | grandMA3 |
The Command Surfaces
Eos takes the standard /eos/ surface: /eos/key/go_0 for Go, /eos/cue/<list>/<number>/fire for a specific cue, /eos/sub/<number> for submaster levels, /eos/cmd for command lines, /eos/macro/<number>/fire for macros. Submasters take a float argument, which a level action sets to an authored value.
grandMA3 takes OSC over TCP or UDP, driving cues, executors, faders, fixture groups and macros. The executor model means several continuous parameters running at once is the ordinary case rather than something you arrange.
Both are enabled from the console with no plugin and no middleware. On Eos that is Setup → System → Show Control → OSC.
What Actually Decides It
In practice the protocol surface is rarely the deciding factor. Three things usually are:
The room. Many venues already own one. Automating the console that is bolted into the building beats specifying a better one that has to be hired.
The crew. A console nobody available can program is the wrong console, regardless of how well it automates. This is the factor most often underweighted in a spec document and most often decisive in the building.
The repertoire. A house doing book musicals and a house doing music-led events will diverge on this even with identical budgets, and both will be right.
If none of those settles it, the idiom question above is a reasonable tiebreaker — but it is a tiebreaker, not the main event.
Reading State Back
Both consoles publish state, and using it is not optional for a controller that intends to coexist with an operator.
Eos publishes the active cue on /eos/out/active/cue/... and the show name on /eos/out/show/name. grandMA3 has an equivalent OSC-out configuration.
A controller firing cues blind accumulates a belief about console state that drifts from reality the moment anyone touches the desk — and on a real show, someone always touches the desk. CueSync listens to these feeds for exactly that reason: grandMA3's through a closed feedback loop in which the console reports what it actually did and CueSync reconciles, and Eos's through a listener on ETC's OSC interface. A controller that skips this will eventually fight the operator, and the operator will win, loudly.
Commands, Not Levels
Command control over OSC is the architecturally correct path on both consoles: firing cues and executors keeps the console's programming intact, whereas pushing DMX levels directly bypasses the desk that someone spent a week programming. CueSync drives grandMA3 and Eos that way, each over its own OSC interface. Its Art-Net and sACN output sends DMX levels straight to a node, for rigs with no desk in front of the fixtures.
Further Reading
- How to Trigger ETC Eos Cues from the Music — the Eos command surface in detail
- How to Send Timecode to grandMA3 — the grandMA3 timecode path
- QLab or grandMA3: Which One Should Be Master? — the adjacent architecture question
- ETC Eos Integration · grandMA3 Integration
ETC® and Eos® are trademarks of Electronic Theatre Controls, Inc. grandMA® is a trademark of MA Lighting Technology GmbH. CueSync is an independent product and is not affiliated with or endorsed by either.
Frequently Asked Questions
Neither, in the abstract — and that is a genuine answer rather than a diplomatic one. Both expose a native OSC surface, both accept discrete cue firing and continuous level control, and both report state back so a controller can stay aligned with the operator. The decision is made by the room, the repertoire, and which desk the available crew actually knows. A console nobody in the building can program is the wrong console regardless of how well it automates.
Keep Reading
How to Trigger ETC Eos Cues from the Music
Eos speaks OSC out of the box. The exact command surface, why the Go key is not a cue fire, and how to drive the desk from music without an operator.
ReadHow to Send Timecode to grandMA3: LTC, MTC and Art-Net
grandMA3 can follow SMPTE/LTC, MIDI timecode or Art-Net timecode. How each reaches the console, which to choose, and what happens when the source drops.
ReadQLab or grandMA3: Which One Should Be Master?
Two systems that both want to own the show clock. How to decide which is authoritative, and why the wrong answer only shows up under pressure.
Read