드래곤볼 Z 초오공전 각성편 한글판

1. 배경지식

관련 도구: lua/dbgscene.lua 받기

게임기 안의 메모리

CPU는 화면에 직접 그리지 않습니다. 그림 조각(타일)을 VRAM에 올려 두고 "이 칸에는 몇 번 타일" 이라는 배치표(타일맵)를 적어 화면을 만듭니다. 대사 글자도 타일입니다.

주소 읽는 법

0xCA9BE 같은 파일 오프셋은 롬 파일을 처음부터 센 위치이고, $99:A9BE 같은 SNES 주소는 CPU가 보는 뱅크:주소입니다. 이 게임은 LoROM이라 뱅크마다 뒤쪽 32KB($8000–$FFFF)에만 롬이 보입니다. 그래서 다음처럼 바꿉니다.

파일 오프셋 = (뱅크 & 0x7F) × 0x8000 + (주소 & 0x7FFF)
$99:A9BE → 0x19 × 0x8000 + 0x29BE = 0xCA9BE

어셈블리, 필요한 만큼만

어셈블리는 CPU가 실행하는 명령을 사람이 읽는 이름으로 적은 것이고, 롬 안에서는 그냥 바이트입니다. 전원을 켠 직후 실행되는 코드($80:805C, 파일 0x5C)를 보겠습니다.

첫 줄 80 0C를 아무 일도 안 하는 명령 두 개 EA EA(NOP NOP)로 바꾸면 건너뛰지 않고 디버그 메뉴로 들어갑니다. 위 화면이 그렇게 연 메뉴입니다. ADVENTURE에서 장면 번호를 넣고 시작하면 맵까지 그 장면에 맞게 불러와서, 처음부터 플레이하지 않고도 원하는 대사를 띄울 수 있습니다. 롬 해킹은 이런 바이트 바꾸기의 연속입니다.

2. 대사가 롬에 들어 있는 모양

관련 도구: tools/dialogue.py, tools/extract.py, tables/kr-v1.2.txt 받기

대사 글자 하나는 16비트(2바이트) 코드이고, 작은 쪽 바이트를 먼저 적습니다. 0A 00은 줄바꿈,00 00은 대사 끝입니다. 한 페이지는 4줄이고, 한 줄에는 얼굴 그림이 있는 창은 10자, 나레이션 창은 15자까지 들어갑니다. 크리링의 대사 하나를 롬에서 그대로 꺼내면 이렇습니다.

대사 ID는 0x000부터 0xF94까지 4천 개 가까이 됩니다. ID 범위마다 뱅크가 정해져 있고, 뱅크 첫머리에 포인터 표가 있습니다.

1. 스크립트의 대사 명령(0x08)이 16비트 대사 ID를 줍니다. 예: 0x2A7
2. ID 범위로 뱅크를 고릅니다. 0x2A7은 $99입니다.
3. 그 뱅크 첫머리 포인터 표에서 ID 순서대로 2바이트를 읽습니다. $99:8000 + 0x2A7 × 2 = $99:854E에 BE A9가 있습니다.
4. 같은 뱅크의 $99:A9BE(파일 0xCA9BE)에 대사 문자열이 있습니다.

3. 폰트에 없는 글자

관련 도구: tools/font.py, tools/usedsheet.py, tools/dialogue_patch.py 받기

대사 폰트는 16×16 픽셀이고, 8×8 타일 4장으로 나뉘어 들어 있습니다. 롬에 저장된 시트는 한 줄에 타일 16장이라 글자 8개의 위 절반이 한 줄, 아래 절반이 그다음 줄입니다. 그래서 0x108–0x10F처럼 아래 절반 줄에 해당하는 코드는 글자로 쓰지 않습니다.

v1.1 폰트에는 대사를 고치며 필요해진 글자 몇 개가 없었습니다. 그래서 어떤 대사에서도 쓰지 않는 글자 자리를 찾아 Galmuri11 폰트로 깨·꽉·꾼·닿·렁·롭·벅·빡·뻐·셋·씻 11자를 그려 넣었습니다. 아래는 그렇게 넣은 「깨」입니다.

글자 표를 그대로 믿으면 안 된다는 것도 배웠습니다. v1.1 글자 표에는 922번이 「렁」이라고 적혀 있었지만 실제 그림은 「렇」이었습니다. 지금은 표의 글자와 롬의 그림을 대조해서 씁니다.

4. 늘어난 대사는 같은 뱅크 안으로

관련 도구: tools/dialogue_patch.py, tables/dialogue-v1.2.tsv 받기

포인터는 2바이트라 뱅크 번호 없이 같은 뱅크 안의 주소만 가리킵니다. 그래서 고친 대사가 원래보다 길면 다른 뱅크로는 못 보내고, 같은 뱅크의 빈 공간으로 옮긴 뒤 포인터만 고칩니다. 여러 ID가 한 문자열을 같이 가리키는 경우도 있어서, 그런 문자열은 제자리에서 고치지 않고 새 자리에 따로 씁니다.

5. 우주선이 맵 밖을 헤매던 이유

관련 도구: tools/fix_overwrites.py 받기

v1.1은 늘어난 대사를 0xFF가 이어진 곳에 넣었습니다. 비어 있다고 생각했기 때문입니다. 그런데 0xFF가 시작되는 자리가 사실은 바로 앞 데이터의 끝 표시(FF FF)였습니다. 두 곳이 이렇게 덮였습니다.

• $88:FFAE: 맵 이동 경로 레코드의 끝 표시와 그 뒤 레코드 하나. 이동 루틴이 대사 바이트를 경로로 읽어서 우주선이 맵 밖으로 나갔습니다.
• $83:F3AF: 컷신 캐릭터 X 좌표 표의 끝 표시. 캐릭터가 엉뚱한 좌표 쪽으로 미끄러져 갔습니다.

v1.2는 원래 바이트를 되살리고, 그 자리에 있던 대사를 뒤로 민 다음, 그 대사를 가리키는 포인터를 같은 만큼 고쳤습니다. 이제 빈 공간을 쓸 때는 앞뒤에 여유를 두고, 일본판 원본에서도 그 자리가 0xFF였는지 확인합니다.

6. 압축된 타이틀 그림

관련 도구: tools/lz.py, tools/title.py 받기

타이틀 로고는 롬에 LZSS로 압축돼 있습니다. 앞에서 나온 것과 같은 내용이 또 나오면 바이트를 다시 적지 않고 "몇 바이트 앞에서 몇 바이트를 베껴라" 라고만 적는 방식입니다. 플래그 바이트 하나가 뒤따르는 항목 8개의 종류를 아래 비트부터 알려 줍니다. 1이면 바이트 1개를 그대로, 0이면 2바이트짜리 "베껴라" 명령입니다. 일본판 타이틀 그림의 첫머리를 실제로 풀어 보면 이렇습니다.

50 13      풀면 0x1350 = 4,944바이트
DC         플래그 11011100 → 아래 비트부터 0 0 1 1 1 0 1 1
2F 01      베끼기: 길이 0xF+3 = 18, 거리 18 → 시작보다 앞이라 0으로 18바이트
F0 00      베끼기: 길이 3, 거리 15 → 0 세 바이트
01 0F 3F   그대로 세 바이트
89 00      베끼기: 길이 12, 거리 8 → 방금 쓴 8바이트를 겹쳐 가며 반복
1F FF      그대로 두 바이트

타이틀 그림을 푸는 루틴($80:9DA7)은 다 푼 뒤에 타일마다 바이트 순서를 한 번 더 바꿉니다. 그래서 압축만 풀어서는 왼쪽처럼 줄무늬가 지고, 순서를 바꿔야 오른쪽처럼 제대로 보입니다.

한글 로고를 그린 뒤 다시 압축했더니 원래 3,608바이트가 3,232바이트로 줄어 제자리에 들어갔습니다. 더 길어지면 같은 영역의 빈 공간(파일 0x4C801–0x4FFFF)으로 옮기고 위치 정보를 고치도록 해 두었습니다. 「DRAGON BALL Z」 로고와 저작권 줄은 원본 그대로입니다. 저작권 줄의 © 타일은 두 줄이 같이 쓰기 때문입니다.

7. 엔딩 크레딧과 세이브

관련 도구: tools/credits.py, lua/crjump.lua 받기

엔딩 크레딧도 대사와 같은 16비트 문자열이고, 이름 줄마다 포인터가 있습니다($83:949D). 「MR. 포포」를 「미스터 포포」로 늘리면서 원래 자리에 줄여 넣지 않고 빈 공간으로 옮겨 포인터를 고쳤습니다. 제자리에서 글자 수를 바꾸면 가운데 정렬이 틀어집니다.

세이브 구조는 건드리지 않아 v1.1 세이브를 그대로 쓸 수 있습니다. 함께 배포한 100% 세이브 파일에서 깨진 슬롯을 지울 때는 슬롯 본체만이 아니라 요약 정보 두 곳(0x800대, 0x860대)도 같이 지워야 했습니다.

8. 확인은 에뮬레이터가

관련 도구: lua/dbgscene.lua, lua/lib.lua 받기

• Mesen 2와 Lua 스크립트로 디버그 메뉴에서 장면을 시작하고, 버튼을 눌러 대사를 넘기며 화면을 저장합니다. 중간의 DBZ 퀴즈도 스크립트가 넘깁니다.
• 대사 포인터 표를 읽는 순간을 감시해 어느 프레임에 어떤 대사 ID가 떴는지 기록하고, 그 프레임을 찾아 찍습니다.
• 위 비교 화면은 모두 이렇게 실제 장면에서 찍었습니다. 포인터를 억지로 바꿔 만든 화면은 쓰지 않았습니다.
• 376개 장면을 일본판, v1.1, v1.2로 끝까지 돌려 마지막 화면을 비교합니다.
• 빌드 결과가 늘 같은 CRC32(E46C7A28)인지 확인합니다.

9. 분석 도구

빌드 스크립트, 대사·폰트·LZSS 도구, 글자 표, 고친 대사 782줄, Mesen 2용 Lua 스크립트와 롬 분석 문서를 묶었습니다. 같은 엔진을 쓰는 초오공전 돌격편을 분석할 때도 주소만 바꾸면 대부분 쓸 수 있습니다.

분석 도구 받기(zip, 2.4MB, 롬 파일은 들어 있지 않음)

압축을 푼 폴더에 일본판 원본을 넣고 빌드 스크립트를 돌리면 아래 순서로 v1.2와 같은 롬이 나옵니다.

1. 일본판 원본에 v1.1 IPS를 적용합니다.
2. v1.1이 덮어쓴 데이터를 되살립니다.
3. 타이틀 그림을 그려 다시 압축해 넣습니다.
4. 고친 대사 782줄을 넣고, 늘어난 대사는 옮긴 뒤 포인터를 고칩니다.
5. 엔딩 크레딧을 고칩니다.
6. 롬 헤더 체크섬을 다시 계산하고 IPS를 만듭니다.