마인크래프트 안에서 진짜 리눅스 창이 뜬다고? Wayland 컴포지터를 게임 안에 구현한 사람 이야기

이게 진짜 가능한 일인가요?

가끔 개발자들이 만드는 프로젝트를 보면 "왜 만들었지?"라는 질문보다 "어떻게 저게 가능하지?"라는 감탄이 먼저 나올 때가 있어요. WaylandCraft가 딱 그래요. 이름에서 짐작이 가시죠? 마인크래프트(Minecraft) 안에서 리눅스의 그래픽 시스템인 Wayland 컴포지터를 돌리는 모드예요. 쉽게 말하면, 마인크래프트 월드 안에 떠 있는 "화면" 위에 진짜 리눅스 GUI 프로그램(터미널이나 텍스트 에디터, 브라우저 같은 것들)을 띄울 수 있게 만든 거예요. 게임 안에서 게임을 또 켜는 수준이 아니라, 게임 안에서 운영체제의 일부를 돌리는 거죠.

Wayland 컴포지터가 뭔데요?

낯선 용어부터 풀고 갈게요. 리눅스에서 창을 띄우고, 마우스 입력을 받고, 화면에 그림을 그리는 일을 하는 시스템을 디스플레이 서버라고 불러요. 오랫동안은 X11(또는 Xorg)이라는 오래된 시스템이 그 역할을 했는데, 너무 낡고 복잡해서 새로 만든 게 Wayland예요. Wayland 자체는 "프로토콜(약속)"이고, 실제로 그 약속에 맞춰 창을 그리고 관리하는 프로그램을 컴포지터(compositor)라고 해요. 우리가 쓰는 GNOME, KDE, Sway 같은 데스크탑 환경은 각자 자기 컴포지터를 가지고 있죠.

그러니까 "마인크래프트 안에 Wayland 컴포지터를 만들었다"는 말은, 마인크래프트가 진짜 데스크탑 환경 비슷하게 동작하면서 외부의 리눅스 앱들이 그 안에 창을 띄울 수 있게 만들었다는 뜻이에요. GIMP를 켜면 마인크래프트 월드 한가운데에 GIMP 창이 둥둥 떠 있는 모습을 볼 수 있는 거예요.

어떻게 동작하는 걸까요?

구조를 풀어보면 이래요. 마인크래프트는 자바로 만들어진 게임이고, 모드는 보통 Fabric이나 Forge 같은 모딩 API 위에 얹혀요. WaylandCraft는 마인크래프트 클라이언트 안에서 Wayland 서버 역할을 하는 코드를 돌려요. 외부에서 리눅스 앱을 실행하면, 그 앱은 평소 같으면 GNOME이나 KDE의 컴포지터에 "내 창 좀 그려줘"라고 요청하잖아요? 그 요청을 마인크래프트가 가로채는 거예요.

그러면 마인크래프트는 그 앱이 그려달라고 한 이미지를 받아서, 게임 월드 안에 있는 블록 표면이나 아이템 프레임 위에 텍스처처럼 입혀요. 키보드 입력, 마우스 클릭도 게임 안에서 그 화면을 향하면 다시 Wayland 프로토콜을 통해 앱에 전달돼요. 결과적으로 마인크래프트 안에 만든 가상의 "모니터 블록" 위에서 실제 리눅스 프로그램이 살아 움직이는 거죠. 친구가 옆에서 "야 너 지금 게임 안에서 이메일 쓰는 거야?" 하고 묻는 상황이 진짜로 만들어져요.

왜 이런 걸 만들까요?

실용성으로만 보면 "굳이?"라는 말이 나올 수 있어요. 하지만 개발자 커뮤니티에서 이런 프로젝트가 사랑받는 데는 이유가 있어요. 첫째는 학습 가치예요. Wayland 프로토콜을 진짜로 구현해보는 건 그래픽 시스템을 깊이 이해하는 가장 좋은 방법이에요. 책으로 "버퍼 공유는 이렇게 동작하고요"를 읽는 것보다, 직접 서버를 짜서 클라이언트의 요청을 처리해보면 머릿속에 그림이 박혀요. 둘째는 샌드박스로서의 마인크래프트의 매력이에요. 마인크래프트는 사실상 모드만 잘 깔면 뭐든지 되는 플랫폼이거든요. 이미 마인크래프트 안에 CPU를 만들어서 게임 안에서 또 마인크래프트를 돌린 사람도 있고, 레드스톤으로 신경망을 구현한 사람도 있어요. WaylandCraft는 그 계보의 최신작이에요. 셋째는 그냥 "멋있어서"예요. 개발은 가끔 이런 비실용적인 미친 짓에서 새로운 아이디어가 나와요.

비슷한 시도들과 비교해보면

VR 헤드셋 안에서 데스크탑을 띄우는 xrdesktop이라는 프로젝트가 있어요. 거기서도 가상 공간 안에 진짜 리눅스 창을 띄우거든요. 또 Looking Glass처럼 가상머신의 화면을 게임처럼 호스트에 그려주는 도구도 있죠. 공통점은 "디스플레이 서버를 어디 박아 넣을 수 있느냐"의 실험이라는 점이에요. WaylandCraft는 그걸 게임 엔진 안에 박은 가장 극단적인 사례 중 하나라고 볼 수 있어요. 비슷하게 웹에서 도전하는 프로젝트로는 브라우저 안에 리눅스를 통째로 돌리는 v86도 있는데, 결국 "실행 환경의 경계가 점점 흐려지고 있다"는 흐름의 일부예요.

한국 개발자에게는?

당장 회사 프로젝트에 쓸 일은 없어요. 솔직히 말해서요. 하지만 그래픽 스택을 공부하고 싶거나, 게임 엔진과 OS 사이의 경계가 어떻게 무너질 수 있는지 궁금하다면 코드를 한 번 읽어볼 가치는 충분해요. 특히 게임 클라이언트를 만드시는 분, VR/AR 쪽에서 가상 공간 UI를 고민하시는 분들에게는 "창이라는 게 꼭 직사각형 모니터 위에 있어야 하나?"라는 영감을 줄 수 있어요. 그리고 사이드 프로젝트라는 게 꼭 실용적이어야 하는 건 아니라는 사실, 가끔 떠올려도 좋고요.