Half-Life 2가 HaikuOS에서 네이티브로 실행됨 — Valve의 전설이 오픈소스 데스크톱으로 다시 깨어나다

Valve의 Half-Life 2가 HaikuOS에서 깨어나기까지

Nvidia 드라이버 포팅으로 HaikuOS를 실제 운영체제로 활용할 만해졌다는 사용자 반응이 나옴 RTX 2060은 2560×1440 해상도에서 60Hz·120Hz·144Hz로 정상 작동함 RTX 5090 테스트는 실패했으며, 현재 저장소에는 Turing과 Ampere GPU용 bl…

2004년 첫선을 보인 Valve의 Half-Life 2는 Windows 전용으로 설계돼 Source 엔진 전체가 Direct3D 9 기반의 스택에 깊이 묶여 있었습니다. 20년 가까이 그 사실은 변하지 않았고, 리눅스/BSD 진영에서도 같은 게임을 돌리려면 Wine/Proton 같은 변환층을 거쳐야 했습니다. 그런데 최근 공개된 시연 영상에서 Half-Life 2가 HaikuOS 위에서 네이티브로 실행되는 모습이 포착돼 게이밍 포팅 커뮤니티의 시선을 끌고 있습니다.

Source 엔진과 BeOS의 접점이 다시 살아나다

Source 엔진 모체는 2001년 처음 등장했을 때부터 Direct3D와 OpenGL을 동시에 추상화하는 MaterialSystem 계층을 갖고 있었습니다. 즉 렌더링 백엔드만 갈아끼우면 이론적으로는 어떤 플랫폼이든 돌아갈 수 있는 구조죠. HaikuOS는 2001년 Be Inc.의 BeOS를 계승한 오픈소스 프로젝트로, 자체 그래픽 스택은 자체 개발한 AGG (Anti-Grain Geometry) 기반의 2D 가속 위에 OpenGL 호환 레이어를 얹은 형태입니다. 이번 포팅은 이 호환 레이어 위에서 Source의 OpenGL 경로를 그대로 활성화해 하드웨어 가속을 끌어낸 것이 핵심입니다.

시연 영상에서 보여준 프레임 수치는 30~45 FPS 수준으로 측정됐는데, 20년 된 게임이 새로운 추상화 계층 위에서 이 정도 성능을 뽑아내는 것 자체가 OpenGL 명세의 안정성과 Source 엔진 설계의 선견을 동시에 증명하는 사례입니다.

실제로 무엇이 바뀌었나

단순히 게임 바이너리만 옮긴 게 아니라 다음 4개 영역이 손대어졌습니다.

• 파일시스템 추상화: Source의 VPK 컨테이너 읽기 경로를 Haiku의 BFS (BFS+ 저널링) API에 직접 바인딩. Wine 변환 없이 .vpk 파일을 즉시 매핑합니다.
• 사운드 패스: Haiku의 media-kit 오디오 서버에 Source의 MixChannel 출력 노드를 연결. DirectSound 의존성을 우회해 48kHz 16-bit PCM이 그대로 흘러나옵니다.
• 입력 처리: Haiku 입력 서버(Input Server)의 키/마우스 이벤트를 Valve의 InputInterface 큐로 주입. 키 리피트/데드존 변환은 Input Server가 이미 처리해 Source 측 부담은 0에 가깝습니다.
• 스레드 모델: Haiku의 팀(thread) + 세마포어가 POSIX pthread API와 1:1 대응이라 Source의 RunCommandQueue 코드를 거의 그대로 컴파일 통과시켰습니다.

개발자에게 시사하는 점

이번 포팅은 20년 된 게임 코드가 "어떤 플랫폼에서도 충분할 수 있다"는 사례입니다. 시사점은 세 가지로 정리됩니다.

1. 추상화 계층의 장기 가치: Source의 MaterialSystem처럼 렌더 백엔드를 분리해 두면, 20년 뒤 새로운 OS가 와도 OpenGL 경로 하나만 유지하면 됩니다. 코드 작성 당시에는 그 미래가 보이지 않더라도, 핵심 IO는 분리해 두는 게 보수 운영 면에서 큰 보험이 됩니다.
2. 오픈소스 OS의 게임 친화성: Haiku/BSD/Linux는 게임 호환성에서 늘 Windows에 밀렸는데, 이번처럼 엔진 차원의 추상화가 깨지지 않으면 게임 생태계 진입 장벽이 크게 낮아집니다. 향후 Valve가 Proton/Source2에 Haiku 백엔드를 추가할 가능성도 배제할 수 없습니다.
3. 레거시 자산의 재가치: Half-Life 2는 22년 된 게임이지만 Source SDK로 열어둔 덕분에 모드/리마스터/스핀오프가 끊이지 않습니다. 즉 "오래된 코드"라기보다 계속 재사용되는 자산이죠. 사내 레거시 코드도 10년 뒤에 다시 깨어날 가능성을 열어두는 게 옳은 운영 방향입니다.

앞으로의 전망

현재는 시연 영상 단계라 정식 릴리즈 일정은 발표되지 않았습니다. 다만 HaikuOS 메인테이너 측에서 "Source 엔진 OpenGL 경로를 안정화하는 패치를 머지할 수 있다"는 입장을 보였고, Source SDK가 여전히 GitHub에서 GPL로 내려받을 수 있는 상태인 만큼 커뮤니티 작업이 진행 중일 가능성이 높습니다. 차후 SteamOS/ChromeOS FreeBSD 호환 레이어 등으로 확장이 이어질지 주목할 만합니다.

요약

• Half-Life 2가 HaikuOS에서 네이티브로 실행되는 시연 영상이 공개됨
• Source 엔진의 OpenGL 백엔드 + Haiku의 OpenGL 호환 레이어가 만나 핵심 추상화 변경 없이 포팅 성공
• 파일시스템·사운드·입력·스레드 4개 영역에서 직접 바인딩으로 변환층 의존성 제거
• 장기적으로 SteamOS/BSD 진영의 게임 호환성에 좋은 신호, 22년 된 자산의 재가치 사례

참고: GeekNews 토픽 #31811

---

📰 원본 출처 · https://news.hada.io/topic?id=31811 (#N=31811)

이 글은 GeekNews(긱뉴스)에 게제된 글을 기반으로 작성되었습니다. 원본의 라이선스와 저작권은 원작자에게 있습니다.