🎮 emulog
가이드 › 한글화

레트로 게임 한글화의 세계 — 타일 폰트부터 AI 번역까지

emulog 운영팀 · 감수: 에뮤레디 한글 DB 운영자 · 최초 발행 · 최종 수정 · 9분 읽기

한국 레트로 게이머에게 "한글 패치"는 각별한 단어입니다. 정식 발매가 드물던 시절의 게임들을 우리말로 즐길 수 있게 해 준 것은 제조사가 아니라 익명의 한글화 팀들이었으니까요. 이 글은 그 한글 패치가 기술적으로 어떻게 만들어지는지 — 그리고 왜 어떤 게임은 한글화가 유독 어려운지 — 를 개괄합니다.

구세대 콘솔 플랫폼별 구동 보고 수
한글 패치 수요가 많은 구세대 콘솔 플랫폼의 구동 보고 수입니다. 패치 적용 대상 플랫폼이 실제로 얼마나 활발히 구동되는지 보여줍니다. 도표: emulog 자체 집계(2026-07-30 기준) · 원 데이터: 에뮤레디 한글 DB, 출처 EmuReady 커뮤니티 보고
목차
  1. 한글화 작업의 4단계
  2. 가장 큰 벽: 타일 폰트와 2,350자 문제
  3. 가변폭·조합형 — 폰트 해킹의 기술
  4. AI 시대의 한글화
  5. 패치의 배포 형태와 법적 위치
  6. 한글화 생태계에 기여하는 법

1. 한글화 작업의 4단계

  1. 텍스트 추출 — ROM 안에서 대사 데이터를 찾습니다. 텍스트가 압축되어 있거나 독자 인코딩이면 이 단계부터 리버스 엔지니어링입니다.
  2. 번역 — 추출된 스크립트를 번역합니다. 대사 길이 제한(원문 바이트 수)이 번역 품질과 충돌하는 지점입니다.
  3. 폰트 교체 — 일본어·영어 글꼴 타일을 한글 글꼴로 바꿉니다. 한글화의 최대 난관(아래).
  4. 재삽입·테스트 — 번역문을 다시 넣고, 대사창이 깨지는 곳을 잡습니다. 포인터 테이블 재계산이 필요한 경우가 대부분입니다.

2. 가장 큰 벽: 타일 폰트와 2,350자 문제

레트로 콘솔의 글자는 이미지(타일)입니다. 8×8 또는 8×16 픽셀 타일 몇 백 개에 알파벳·가나를 담는 구조인데, 한글은 표준 완성형만 2,350자입니다. 알파벳 26자를 위해 설계된 타일 공간에 2,350자를 넣을 수는 없죠. 한글화 팀들의 고전적 해법은:

같은 8×12 픽셀에 한글을 그리는 것도 어렵습니다. 받침 있는 글자("빫", "굶")를 12픽셀 높이에 욱여넣으면 가독성이 무너지기 때문에, 한글화 폰트는 그 자체로 픽셀 타이포그래피의 장인 영역입니다.

3. 가변폭·조합형 — 폰트 해킹의 기술

원작이 고정폭(모든 글자 같은 너비) 출력만 지원하면 한글 대사창은 금방 가득 찹니다. 그래서 실력 있는 팀들은 VWF(가변폭 폰트) 루틴을 게임에 이식합니다 — 게임이 원래 갖고 있지 않던 기능을 어셈블리로 심는 작업입니다. 이런 기술 자산은 팀 내부에 축적되어 왔는데, 최근에는 커뮤니티 차원에서 플랫폼별 타일 폰트를 공유하는 움직임이 생겼습니다. emulog의 Font Share도 그 일환으로, GBA·SNES·PSX 등 플랫폼별 한글 타일 폰트를 검색·공유하는 저장소입니다.

4. AI 시대의 한글화

2024년 이후 한글화 작업 흐름에 AI가 본격적으로 들어왔습니다. 실제로 달라진 것:

AI가 줄여준 것은 "노동"이지 "판단"이 아닙니다. 대사 톤, 캐릭터 말투, 길이 제약 안에서의 의역 — 좋은 한글 패치의 품질은 여전히 감수자의 몫입니다.

5. 패치의 배포 형태와 법적 위치

한글 패치는 통상 차분 파일(IPS/BPS/xdelta)로 배포됩니다. 원본 ROM은 포함하지 않고 "원본과의 차이"만 담는 방식으로, 사용자가 자신의 원본에 적용하는 구조입니다. 원본 게임 데이터를 재배포하지 않는다는 점에서 ROM 공유와는 법적 결이 다르지만, 원저작물의 2차적 저작물이라는 성격은 남습니다. 권리자가 문제 삼은 사례는 드물지만 "묵인"과 "허락"은 다르다는 점은 알아두세요. 자세한 배경은 법적 쟁점 가이드 참고.

6. 한글화 생태계에 기여하는 법

근거·데이터 출처

관련 가이드