리허설 시작 3시간 전, 대관 담당자님에게 전화가 왔습니다. “콘솔이 바뀌었는데요, 저희 오퍼레이터가 이거 처음 만져봐요.” 대관 계약서에는 분명 GrandMA3라고 적혀 있었는데, 렌탈사가 보낸 건 ETC Eos Ti였습니다. 발주처, 렌탈사, 오퍼레이터 세 쪽 중 누구도 이 조명콘솔 차이를 미리 확인하지 않았던 겁니다.
저는 이 전화를 여러 번 받았습니다. 그리고 매번 원인은 같았습니다. 조명콘솔 선택을 카탈로그 스펙 비교로 끝내고, 정작 그 콘솔을 만질 사람과 그 콘솔이 감당할 공연 규모는 나중에 생각하는 겁니다. 조명콘솔은 스피커나 프로젝터처럼 “더 좋은 스펙”을 고르는 장비가 아닙니다. 프로그래밍 언어 자체가 다른 두 개의 생태계 중 하나를 선택하는 일에 가깝습니다.
이 글을 읽고 나면 ETC Eos와 GrandMA3 중 무엇이 “더 좋은지”는 여전히 답이 없을 겁니다. 대신 여러분의 현장에 어떤 조명콘솔이 맞는지 판단할 세 가지 축 — 프로그래밍 철학, 처리 규모, 오퍼레이터 인력 — 이 명확해집니다.
이 글은 어느 브랜드가 우월한지 가리는 글이 아닙니다. 대관 계약서에 콘솔 모델명 한 줄을 적기 전에, 반드시 확인해야 할 것들에 관한 이야기입니다.
왜 같은 조명콘솔인데 오퍼레이터가 못 만지는 걸까요 — 프로그래밍 철학의 차이
같은 조명콘솔이라고 불러도 Eos와 MA3는 큐를 저장하고 불러오는 방식 자체가 다릅니다. Eos에 익숙한 오퍼레이터가 MA3 앞에 앉으면 메뉴 위치가 아니라 사고방식부터 다시 배워야 합니다. 이 차이를 모르고 급하게 오퍼레이터를 바꾸면 리허설 시간이 통째로 사라집니다.
ETC Eos는 큐 리스트(Cue List) 중심입니다. 선택한 채널 값의 스냅샷을 큐로 저장하고, 그 큐들을 큐 리스트에 담아 페이더에 할당합니다. 공식 사양 기준 최대 1,000개의 큐 리스트, 리스트당 최대 10,000개의 큐를 저장할 수 있습니다. 기본값은 트래킹 모드입니다. 값이 바뀐 채널만 해당 큐에 기록되고, 이전 큐의 값은 다음 큐까지 그대로 이어집니다. 모든 값을 매 큐마다 다시 기록하는 큐-온리 모드도 선택할 수 있습니다.
GrandMA3는 구조가 한 단계 더 있습니다. 큐는 시퀀스(Sequence)에 저장되고, 시퀀스는 익스큐터(Executor)라는 페이더·버튼·노브 어디에든 할당할 수 있는 슬롯에 배정됩니다. 시퀀스 수는 사실상 제한이 없어서 Eos의 큐 리스트보다 플레이백 레이아웃을 자유롭게 구성할 수 있습니다. 대신 트래킹이라는 개념 대신 “Block Fixture”로 특정 채널 값을 고정하는 방식을 씁니다.
여기서 실무에 영향을 주는 차이가 하나 있습니다. Eos의 “Recall From” 명령은 추적된 값까지 포함해 특정 큐의 모든 파라미터를 가져옵니다. MA3의 “fixture at cue” 명령은 해당 큐에 실제로 기록된 값만 가져오고 추적값은 제외합니다. MA Lighting 공식 포럼에도 이 차이로 인해 복잡한 트래킹 데이터를 편집할 때 예상 밖의 결과가 나온다는 스레드가 올라와 있습니다. 오퍼레이터가 “당연히 값이 넘어왔겠지”라고 생각하고 큐를 복사했다가, 공연 중 특정 채널이 비어 있는 걸 뒤늦게 발견하는 사고가 여기서 생깁니다.
정리하면 이렇습니다. Eos는 페이더 기반의 직선적인 큐 진행에 강하고, MA3는 익스큐터 조합으로 복잡한 플레이백 구조를 만드는 데 강합니다. 어느 쪽이 “쉬운 조명콘솔”이냐는 질문에는 정답이 없습니다. 여러분 공연의 큐 흐름이 어떤 구조에 더 가까운지가 답입니다.
5,000개 조명기를 한 번에 켜야 한다면 — 콘솔이 버틸 수 있는 규모부터 계산하세요
조명콘솔을 고를 때 가장 먼저 물어야 할 질문은 “이 콘솔이 우리 공연 규모를 감당하는가”입니다. 중형 극장이나 뮤지컬 공연(픽스처 500개 이하)이라면 두 콘솔 모두 충분합니다. 문제는 대형 투어나 스타디움급 공연입니다.
GrandMA3는 확장형 아키텍처로 설계되어 있습니다. Full-Size 콘솔은 기본 파라미터 20,480개, Processing Unit을 추가하면 최대 262,144개까지 확장됩니다. Light 모델도 기본 16,384개에서 동일하게 262,144개까지 확장 가능합니다. PC 소프트웨어인 onPC는 무료지만 4,096개로 파라미터가 고정됩니다. 지원 유니버스는 최대 1,024개입니다. 스타디움급 대형 이벤트처럼 LED 스크린과 조명기 수천 대가 동원되는 현장에서 GrandMA3가 표준처럼 쓰이는 이유가 여기 있습니다.
여기서 실무자가 자주 놓치는 함정이 하나 있습니다. onPC로 대형 공연을 리허설 프로그래밍한 다음 실제 하드웨어 콘솔에 쇼파일을 옮기면, onPC의 4,096 파라미터 제한 안에서 만든 구성이 하드웨어의 더 큰 용량과 어긋나는 경우가 생깁니다. 프로그래밍 단계부터 실제 투입될 하드웨어 사양을 기준으로 삼아야 하는 이유입니다.
ETC Eos는 유니버스 확장 방식이 다릅니다. 공식 상한을 별도로 공개하지 않고, 외부 게이트웨이나 노드를 추가하고 유니버스 라이선스를 구매하는 방식으로 확장합니다. 공식 사양 기준으로 플래그십 Apex 5/10/20은 내장 유니버스만으로 최대 24,576개 출력 주소를 지원합니다. Eos는 브로드웨이와 뮤지컬처럼 픽스처 수가 정해진 극장형 공연에 최적화된 반면, 무제한에 가까운 확장이 필요한 초대형 투어에서는 GrandMA3의 Processing Unit 구조가 실질적으로 우위에 있습니다.
정리하면 규모 판단 기준은 단순합니다. 픽스처 500개 이하의 극장·중형 공연장이라면 어느 조명콘솔을 선택해도 규모 문제는 생기지 않습니다. 픽스처 수천 개 단위의 투어나 스타디움 공연이라면 GrandMA3의 확장형 구조를 우선 검토해야 합니다.
같은 프로토콜을 쓰는데 왜 네트워크가 다르게 동작할까요 — MA-Net3와 Net3 이야기
두 조명콘솔 모두 sACN(E1.31)과 Art-Net 4를 지원하기 때문에, 일반적인 조명기 신호 전달만 놓고 보면 네트워크 호환성 문제는 거의 없습니다. 차이가 드러나는 시점은 “같은 브랜드 장비끼리 클러스터링”할 때입니다.
GrandMA3는 MA-Net3라는 독자 프로토콜을 씁니다. UDP 멀티캐스트 방식으로 포트 30020, 멀티캐스트 주소 236.4.1.X 대역을 사용하며, 콘솔과 Processing Unit을 하나의 세션으로 묶거나 파라미터를 공유할 때 이 프로토콜이 작동합니다. 공식 문서에 명시된 요구사항은 1Gbps 네트워크입니다. 기존에 100Mbps 스위치를 쓰던 현장에 GrandMA3 확장 구성을 그대로 얹으면 콘솔 간 동기화가 불안정해지는 원인이 바로 여기 있습니다.
주의할 점이 하나 더 있습니다. GrandMA3에서 Art-Net을 쓸 때, 동일 유니버스를 수신하는 기기가 5개를 넘으면 콘솔이 유니캐스트 방식에서 브로드캐스트 방식으로 자동 전환합니다. 대형 네트워크에서는 이 전환이 트래픽 폭증으로 이어질 수 있어, 스위치에 IGMP 스누핑을 설정해두는 것이 사실상 필수입니다.
ETC 쪽은 Net3와 EDMX라는 자사 프로토콜로 게이트웨이·노드와 통신합니다. 유니버스를 확장할 때 이 경로를 씁니다. 정리하면, 일반적인 sACN·Art-Net 신호 흐름은 두 조명콘솔이 동등하지만, 콘솔 여러 대를 묶어 하나의 큰 시스템으로 운용하려는 순간부터는 네트워크 설계를 브랜드별로 따로 검토해야 합니다. 이 판단은 회의실이나 강당의 통합제어 플랫폼을 고를 때 네트워크 아키텍처부터 확인하는 것과 같은 논리입니다. Q-SYS·Crestron·AMX 통합제어 비교 글에서도 같은 판단 구조를 다루고 있습니다.
오퍼레이터가 없어서 공연을 못 한다는 말, 과장이 아닙니다 — 학습 곡선과 인력 생태계
조명콘솔 선택에서 가장 현실적인 병목은 스펙이 아니라 사람입니다. 아무리 확장성이 뛰어난 콘솔을 들여놔도, 그 콘솔을 다룰 오퍼레이터를 공연 전날 구하지 못하면 무용지물입니다.
ETC Eos는 명령어 구문이 직관적입니다. “채널 1을 50으로” 식의 문장형 명령이 기본이라, 극장·뮤지컬 교육 과정에서 표준처럼 채택되어 있습니다. ETC는 “The Learning Stage”라는 온라인 교육을 전면 무료로 공개하고 있고, 국내에도 Eos 기반 교육 콘텐츠가 다수 존재합니다. 국내 다수 공연장이 기술 문서에 ETC Eos 계열 콘솔 사용을 명시하는 사례가 늘고 있습니다.
GrandMA3는 다릅니다. 업계에서 공통적으로 “가파른 학습 곡선”이라는 평가를 받습니다. 같은 작업을 여러 방법으로 수행할 수 있다는 유연성이, 처음 배우는 사람에게는 오히려 혼란으로 다가옵니다. 심지어 GrandMA2를 오래 다룬 오퍼레이터도 MA3로 넘어오면 재학습이 필요합니다. MA2와 MA3는 아키텍처가 달라 파일 자체가 호환되지 않는 별개의 생태계이기 때문입니다. MA Lighting은 “MA University”라는 유료 트레이닝 과정을 정식으로 운영하고 있고, 무료 자료도 일부 제공하지만 체계적인 교육은 유료 과정 비중이 높습니다.
이 학습 곡선 차이는 장르별 사용 패턴에도 그대로 드러납니다. 브로드웨이는 ETC 장비가 사실상 표준입니다. Rock of Ages, Moulin Rouge 같은 다수의 대형 뮤지컬이 Eos 계열 콘솔로 운영되는 사례가 많습니다. 반대로 대형 콘서트 투어와 페스티벌 쪽은 GrandMA3가 강세입니다. Lenny Kravitz 투어 같은 대규모 콘서트 투어 현장에서 GrandMA3 채택 사례가 이어지고 있습니다.
무대조명 분야가 LED와 AI 기반 자동화로 빠르게 전환되면서, 오퍼레이터가 새로 익혀야 할 것도 콘솔 조작법을 넘어서고 있습니다. 이 변화가 실제 현장 운영자에게 어떤 부담으로 이어지는지는 무대 조명 LED·AI 전환 후 현장 운영자가 처음 마주치는 3가지 변화에서 더 자세히 다뤘습니다.
결론적으로, 조명콘솔을 고를 때 “우리 지역·우리 장르에서 어떤 콘솔을 다루는 오퍼레이터를 더 쉽게 구할 수 있는가”는 스펙 비교보다 먼저 물어야 할 질문입니다.
쇼파일을 열었는데 조명기가 하나도 안 뜬다면 — GDTF와 픽스처 라이브러리 궁합
콘솔을 정한 다음에도 함정이 하나 더 남아 있습니다. 픽스처 라이브러리와 쇼파일 호환성입니다. 렌탈로 받은 조명기의 GDTF 파일을 불러왔는데 프로파일이 인식되지 않는 상황, 현장에서 은근히 자주 벌어집니다.
GDTF(General Device Type Format)는 조명기 정보를 브랜드 간에 공유하기 위한 업계 표준 파일 포맷입니다. GrandMA3는 이 표준을 공동 창시한 제조사답게 초기 버전부터 GDTF를 완전히 지원합니다. 멀티셀 픽스처, 컬러 프레임, 고보까지 GDTF로 불러올 수 있습니다.
ETC Eos는 소프트웨어 버전 3.2.4부터 GDTF 임포트를 지원하기 시작했습니다. 다만 이 시점 기준으로 멀티셀 픽스처, 컬러 프레임·고보 정보는 GDTF로는 불러올 수 없습니다. ETC는 대신 자사가 직접 테스트하고 인증한 공식 픽스처 라이브러리를 우선으로 운영합니다. 즉 Eos는 “인증된 소수 정예” 라이브러리, MA3는 “GDTF Share 기반의 넓은 커뮤니티” 라이브러리라는 철학 차이가 있습니다.
쇼파일 자체를 넘겨야 하는 상황도 있습니다. ETC는 GrandMA 쇼파일을 Eos 형식으로 변환해주는 공식 서비스를 운영하고 있으며, ETC 공식 채널로 문의하면 영업일 기준 처리됩니다. 반대 방향, 즉 Eos에서 GrandMA로 변환은 ACT Lighting 같은 딜러를 경유해야 합니다. 두 콘솔 사이를 오가는 프로젝트라면 이 비대칭성을 미리 알아두는 것이 좋습니다. GDTF 표준 자체에 관한 더 자세한 내용은 GDTF Hub에서 확인할 수 있습니다.
결국 무엇을 기준으로 골라야 할까요 — 제가 현장에서 쓰는 3가지 질문
솔직히 말씀드리면, 저도 처음에는 이 비교를 스펙표로만 정리하려 했습니다. 파라미터 수, 유니버스 수, 가격대를 나열하면 답이 나올 줄 알았습니다. 그런데 현장에서 실제로 문제가 터지는 지점은 항상 스펙표 밖에 있었습니다. 리허설 3시간 전 전화, 매뉴얼 앞에서 압도된 오퍼레이터, 인식되지 않는 픽스처 프로파일 — 전부 스펙표에는 없던 변수였습니다.
그래서 지금은 조명콘솔을 검토할 때 딱 세 가지만 먼저 묻습니다. 첫째, 이 공연의 장르와 규모는 무엇인가 — 극장형 큐 진행이면 Eos, 수천 개 픽스처를 움직이는 투어형이면 GrandMA3 쪽으로 무게가 실립니다. 둘째, 이 콘솔을 다룰 오퍼레이터를 우리 지역에서 안정적으로 구할 수 있는가 — 없는 인력을 전제로 장비만 결정하면 반드시 리허설장에서 문제가 생깁니다. 셋째, 대관·렌탈 장비와 쇼파일·픽스처 라이브러리 호환이 되는가 — 계약서에 모델명만 적고 끝내지 말고, 실제 쇼파일이 열리는지 사전에 확인해야 합니다.
이 세 가지 축은 사실 회의실이나 강당의 통합제어 플랫폼을 고를 때 아키텍처·라이선스·생태계를 먼저 따지는 것과 똑같은 논리입니다. 조명콘솔이든 통합제어 플랫폼이든, 결정을 미루면 안 되는 건 스펙이 아니라 그 시스템을 운용할 사람과 현장 조건입니다.
자주 묻는 질문
조명콘솔을 검토하는 기술감독님과 대관 담당자님이 자주 묻는 질문들을 정리했습니다.
ETC Eos와 GrandMA3 중 초보 오퍼레이터가 배우기 더 쉬운 조명콘솔은 무엇인가요?
ETC Eos가 상대적으로 접근성이 높습니다. “채널 1을 50으로” 식의 직관적인 명령어 구문을 쓰고, ETC가 무료로 운영하는 The Learning Stage 온라인 교육과 국내 교육 콘텐츠도 다수 존재합니다. GrandMA3는 같은 작업을 여러 방식으로 수행할 수 있는 유연성 때문에 업계에서 공통적으로 학습 곡선이 가파르다고 평가받습니다.
GrandMA2를 다루던 오퍼레이터가 바로 GrandMA3로 넘어갈 수 있나요?
바로 넘어가기는 어렵습니다. GrandMA2와 GrandMA3는 아키텍처 자체가 다른 별개의 생태계이며 쇼파일도 호환되지 않습니다. 트래킹 개념 대신 Block Fixture 방식을 쓰는 등 프로그래밍 철학도 달라져서, 숙련된 MA2 오퍼레이터도 MA3에서는 별도 재학습 과정을 거쳐야 합니다.
대형 콘서트 투어에는 왜 GrandMA3를 주로 쓰나요?
GrandMA3는 Processing Unit을 추가해 파라미터를 최대 262,144개까지, DMX 유니버스를 최대 1,024개까지 확장할 수 있는 아키텍처입니다. 조명기 수천 개가 동원되는 스타디움급 공연이나 대형 투어에서 이 확장성이 실질적인 우위로 작동하며, Lenny Kravitz 투어 같은 대규모 콘서트 현장에서 채택 사례가 이어지고 있습니다.
Eos와 GrandMA3 사이에 쇼파일을 옮길 수 있나요?
ETC가 GrandMA 쇼파일을 Eos 형식으로 변환해주는 공식 서비스를 운영하고 있으며, ETC 공식 채널로 문의하면 영업일 기준 처리됩니다. 반대 방향인 Eos에서 GrandMA로의 변환은 공식 서비스가 없어 ACT Lighting 같은 딜러를 경유해야 합니다. 두 콘솔을 병행하는 프로젝트라면 이 비대칭성을 미리 확인해야 합니다.
조명콘솔을 고를 때 네트워크 구성에서 가장 먼저 확인할 것은 무엇인가요?
일반적인 sACN·Art-Net 신호 전달은 두 콘솔 모두 지원하므로 문제가 적습니다. 다만 GrandMA3의 콘솔·Processing Unit 클러스터링에 쓰이는 MA-Net3 프로토콜은 1Gbps 네트워크를 요구하며, 동일 유니버스 수신기가 5개를 넘으면 유니캐스트에서 브로드캐스트로 자동 전환되므로 스위치의 IGMP 스누핑 설정을 미리 확인해야 합니다.
