대기 화면을 만들지 않았습니다

라이브 기능을 붙이면서 가장 오래 붙들고 있던 질문은 '화면을 얼마나 그대로 보낼 것인가'였습니다.

발표 화면을 태블릿으로 보내는 이상, 발표 자료가 아직 안 떠 있는 순간의 화면도 함께 갑니다. 그 구간에 안내 화면 한 장을 끼워 넣을지 고민이 있었습니다. 보기에는 그쪽이 깔끔합니다. 그럼에도 넣지 않기로 했습니다.

있는 그대로 보내기로 한 이유

대기 화면을 끼우면, 태블릿을 보는 사람이 지금 보이는 게 실제 발표 화면인지 프로그램이 대신 띄운 화면인지 구분할 수 없게 됩니다. 이 프로그램은 무대 화면을 대신 보여주는 도구가 아니라 지금 무슨 일이 벌어지는지 확인하는 도구입니다. 그 구분이 흐려지면 화면을 믿을 근거가 사라집니다.

그래서 노트북 화면을 손대지 않고 그대로 보내기로 하고, 무엇이 보일지는 쓰는 쪽에서 관리하도록 남겼습니다. 대신 그 성질을 안내에 분명히 적어 두는 쪽을 택했습니다.

첫 5~15초를 가리지 않았습니다

첫 송출에서는 그 자리에서 제일 잘 도는 압축 방식을 골라내느라 5~15초가 걸립니다. 이 시간을 그럴듯한 로딩 화면으로 덮을 수도 있었습니다. 그렇게 하면 기다림이 짧게 느껴지긴 하지만, 왜 기다리는지는 여전히 알 수 없습니다.

가리는 대신 '리허설에서 한 번 켜 두라'는 안내를 앞세우기로 했습니다. 리허설에서 그 시간을 미리 써 버리면 본 행사에서는 지정과 동시에 화면이 뜹니다. 문제를 감추는 대신 문제가 나오는 자리를 옮긴 셈입니다.

받는 쪽에는 설치를 요구하지 않았습니다

태블릿에 전용 앱을 하나 깔게 하면 만드는 쪽은 훨씬 편해집니다. 화면을 다룰 수 있는 폭도 넓어지고, 라이브 같은 기능은 특히 그렇습니다. 그런데 행사 당일 처음 보는 기기에 무언가를 설치하게 하는 순간, 그 기기의 사정이 곧 그날 행사의 사정이 됩니다. 설치가 막히면 그 자리에서 손쓸 방법이 없습니다.

그래서 브라우저로 주소만 열면 되는 쪽을 택했습니다. 라이브도 노트나 타이머와 같은 통로를 씁니다. 할 수 있는 것을 조금 줄이는 대신, 당일에 새로 생길 변수를 줄이는 쪽이 낫다고 봤습니다.

화질은 사람에게 묻지 않기로 했습니다

화질은 세 단계로 두되, 어느 단계를 받을지를 사람에게 묻지 않기로 했습니다. 고화질·중간·저화질 세 갈래를 노트북 쪽에서 한꺼번에 흘려보내고, 그중 어느 걸 받을지는 태블릿마다 자기 신호 상태에 맞춰 알아서 고르도록 정했습니다. 사람이 정하는 것은 최고 화질 한 가지뿐이고, 그 아래 단계는 상태가 나빠지면 스스로 내려갑니다.

행사 중에 매 순간 화질을 물어보는 구조로 뒀다면 누군가는 반드시 그 창을 열게 되고, 만지는 순간 그 결과에 대한 책임이 사람에게 옮겨갑니다. 지금 이 기기의 수신 상태를 보고 단계를 내릴지 말지는 기준이 뚜렷한 판단이라, 프로그램이 가져가는 게 맞다고 봤습니다. 한 대가 흔들려도 나머지 기기가 영향을 받지 않는 것도 각자 골라 받게 한 덕분입니다.

반대로 대수는 정해 주지 않았습니다

라이브를 몇 대까지 켤지는 자동으로 정하지 않았습니다. 신호 세기를 보고 사람이 판단하도록 뒀습니다. 행사장 구조, 사람 수, 그날의 전파 상태는 프로그램이 다 알 수 없는 조건입니다. 모르는 조건을 아는 척 계산해서 숫자를 내놓는 것보다, 판단에 필요한 정보를 보여주고 결정을 맡기는 편이 정직하다고 판단했습니다.

잘될 때보다 흔들릴 때를 먼저 정했습니다

라이브는 이 프로그램에서 가장 힘이 센 기능이면서, 동시에 가장 조심스러운 기능입니다. 화면을 통째로 보내는 만큼 무선 상태의 영향을 그대로 받기 때문입니다. 그래서 기능을 다듬기 전에 흔들릴 때 무엇부터 할지를 세 단계로 먼저 정리해 뒀습니다. 잘 도는 상태만 상정하고 만든 기능은 현장에서 한 번 무너지면 그대로 끝납니다.

이름을 크게 부르지 않았습니다

라이브는 이름만 들으면 무대로 나가는 화면을 대신할 수 있을 것처럼 들립니다. 화면을 보낸다는 말 자체가 관객용 메인 화면을 대체하는 것으로 읽히기 쉬워, '모니터링용'이라는 표현마저 오해를 부르곤 합니다. 그래서 안내 문서마다 '모니터링용'이라는 말을 먼저 적고, 대상이 관객이 아니라 운영진이라는 점을 함께 적어 두었습니다. 이미 쓰고 계신 송출 장비를 걷어내고 그 자리를 이걸로 채우는 그림은 처음부터 상정하지 않았습니다.

기능을 실제보다 크게 말해 두면 파는 데는 도움이 됩니다. 다만 그 차이는 반드시 현장에서 드러나고, 드러나는 자리는 대개 행사 당일입니다. 그때 곤란해지는 사람은 우리가 아니라 진행을 맡은 분입니다.

남은 과제

무선 환경 자체를 프로그램이 좋게 만들어 줄 수는 없습니다. 지금 할 수 있는 건 상태를 정직하게 보여주고, 나빠질 때 무너지는 속도를 늦추는 것까지입니다. 이 경계를 더 밀어붙일 수 있을지는 계속 보고 있습니다.

돌아보면 이 기능에서 내린 결정은 대부분 '무엇을 더 해줄까'가 아니라 '무엇을 하지 않을까'였습니다. 대기 화면을 만들지 않은 것도 그중 하나입니다.

도입 문의

WPMS ver26 — 무선 발표 관리 시스템 (윈도우용)

• 문의: 카카오톡 채널 「펀트컴퍼니」 · funt_company@naver.com