WPMS2026. 09. 20

메인 송출을 만들지 않기로 했습니다

관객용 정면 화면을 맡지 않기로 하고, 라이브를 노트북 화면 그대로 보내기로 정한 이유를 기록합니다.

만들면서 가장 오래 붙들었던 질문은 기능이 아니라 범위였습니다. 화면을 여러 대에 보낼 수 있다면 관객이 보는 정면 화면까지 이걸로 맡으면 되지 않느냐 — 화면을 보낸다는 말에는 늘 이 물음이 따라붙습니다.

그 방향을 택하지 않았습니다. 결론부터 적으면, 이 프로그램은 관객용 화면에 손대지 않습니다.

이미 잘 돌아가는 자리를 건드리지 않기로 했습니다

정면 스크린은 프로젝터와 LED가 오래 맡아 온 자리입니다. 그 자리를 대신하려면 밝기, 색, 지연, 케이블까지 전부 책임져야 합니다. 그건 발표 진행을 돕겠다고 시작한 물건이 감당할 일이 아니라고 판단했습니다.

대신 비어 있는 자리를 봤습니다. 무대 뒤에서 각자 다른 화면이 필요한 사람들, 그러니까 연자와 사회자, 통역과 수어 통역, 음향 담당의 손에는 여전히 아무것도 없었습니다. 여기를 채우기로 했습니다.

대기 화면과 삽입 이미지를 넣지 않았습니다

라이브 기능을 만들 때도 같은 기준이 걸렸습니다. 전환 중에 로고를 띄우거나 준비 화면을 넣는 쪽은 겉보기에 그럴싸한 방향입니다.

그런데 그런 걸 하나 넣는 순간 이 화면의 성격이 바뀝니다. 뒤에서 보는 사람은 지금 발표 노트북에 실제로 무엇이 떠 있는지를 알아야 하는데, 중간에 다른 그림이 끼면 그 순간의 진짜 상태가 가려집니다. 그래서 아무것도 끼우지 않기로 했습니다. 노트북에 뜬 것이 그대로 갑니다.

범위를 줄이니 남은 것이 분명해졌습니다

관객 화면을 놓기로 하고 나니 무엇을 잘 만들어야 하는지가 선명해졌습니다. 노트, 타이머, 기기별 화면 지정. 발표 진행에서 사람 손이 가장 많이 가는 세 가지에 힘을 몰았습니다.

동작 조건도 같이 정리됐습니다. 관객용 송출을 맡지 않으니 바깥 회선을 붙들 이유가 없어졌고, 공유기 내부망 안에서만 도는 구조로 갈 수 있었습니다. 인터넷 없이 되느냐는 질문에 그렇다고 답할 수 있게 된 것도 범위를 줄인 덕입니다.

받는 기기 쪽도 마찬가지였습니다. 관객에게 보일 화면이었다면 화질과 재생 환경을 맞추느라 전용 프로그램을 깔게 했을 겁니다. 보는 사람이 운영진뿐이라고 정하고 나니 브라우저로 여는 방식이면 충분했고, 현장에서 기기를 늘리는 일도 주소 하나 알려 주는 것으로 끝나게 됐습니다.

이 결정 때문에 못 하게 된 것도 있습니다

안 하기로 정하면 못 하는 것도 같이 생깁니다. 관객석에 무언가를 따로 띄우고 싶어도 이 프로그램으로는 안 됩니다. 정면 화면의 밝기나 색을 여기서 만질 수도 없습니다. 장면을 골라 내보내거나 전환 효과를 얹는 일도 마찬가지입니다.

이건 아직 못 만든 것이 아니라 맡지 않기로 한 자리입니다. 여기를 열면 지금 잘 도는 쪽의 기준까지 같이 흔들립니다. 그래서 기능표에 빈칸으로 남겨 두는 편을 택했습니다.

범위를 다시 열어 볼까 했던 때

정면 화면까지 맡으면 어떻겠냐는 물음은 그 뒤로도 같은 자리에서 멈춥니다.

관객 화면은 사고가 나면 행사 전체가 멈추는 자리입니다. 뒤에서 보조하는 화면 하나가 늦게 뜨는 것과, 앞의 스크린이 검게 나가는 것은 무게가 다릅니다. 그 무게를 질 준비가 되기 전에는 손대지 않는 편이 맞다고 봤습니다. 지금도 같은 생각입니다.

아직 풀지 못한 것 — 부르는 이름

남은 과제가 하나 있습니다. 이걸 뭐라고 부를지가 아직 안 풀렸습니다. '모니터링용'이라고 적어 두면 정면 화면을 대신하는 물건으로 읽는 분이 계속 나옵니다. 화면을 보낸다는 말이 앞쪽을 떠올리게 만드는 탓입니다.

당장은 문의를 받을 때 먼저 한 줄로 짚는 방식으로 넘기고 있습니다. 앞쪽 스크린은 저희가 맡지 않습니다 — 이 문장을 대화 맨 앞에 두면 뒤가 어긋나지 않습니다. 다만 이건 설명으로 막고 있는 것이지 풀린 것은 아닙니다. 이름이 제 몫을 하면 이 한 줄은 필요 없어야 맞습니다.