서울과 한강에 대하여

사진의 버전 표기와 일치하는 한글토크 6.0.7 설치 완료 HFS 디스크(104,857,600바이트)를 받았다. 공개 보존 페이지의 SHA-1 0612B55A…77EDF와 일치함을 확인하고, HFS 카탈로그에서 System Folder:System 파일의 519,446바이트 resource fork를 꺼냈다.

FOND 17408 (0x4400)  name="Seoul"
Korean itlb 3        default font=0x4400
FOND association     size=12, style=normal
                     → FONT 23052 (0x5A0C)

같은 System에는 Munjo(FOND 17409)도 들어 있지만 Korean 국제화 번들이 시스템 기본값으로 지정한 것은 Seoul이다. 따라서 사진의 메뉴와 정보 창은 Seoul 12포인트 비트맵으로 판정했다.

Clien 글의 아래쪽 ‘어머니의 물감상자’와 사용자가 제공한 이미지를 비교했다. Brunch 글에는 OS 9의 Seoul이라는 이름과 FontForge 글리프 화면이 남아 있었다. 실제 Seoul을 렌더링하자 ㅁ·ㅅ·ㅇ의 획, 글자 폭과 자간이 일치했다.

분기 기록 · Clien의 OneDrive 공유 링크는 Microsoft 로그인/403으로 막혀 있었다. 출처 불명의 재업로드를 찾는 대신 Apple 원본 배포물을 추적했다.

초기 Mac OS X 글꼴 목록의 “Korean Language Update for Mac OS X 10.1.5, KBase 120063” 단서를 따라 Wayback CDX를 조회했다. 2002-10-10 스냅샷에서 정확한 파일명을 얻었다.

http://download.info.apple.com/Mac_OS_X/
082-0123.20020604/KoreanSU.dmg.bin

.dmg.bin은 DMG 자체가 아니라 MacBinary 포장이다. 헤더 오프셋 83–86의 data fork 길이를 big-endian 32비트 정수로 읽고, 128바이트 뒤부터 그 길이만큼 복사했다.

$dataLen = BE32(header[83..86])   # 40,650,095
dataFork = file[128 : 128 + dataLen]
SHA-256(DMG) = A6C00CE9…1B6C

UDIF 블록을 풀면 0.ddm, Apple partition map, 2.ufs가 나온다. UFS 이미지는 51,347,456바이트였다. pytsk3는 파일시스템을 UFS(type 16), root inode 2, block size 1,024로 인식했다.

0.ddm                     512 B
1.Apple_partition_map 32,256 B
2.ufs              51,347,456 B

Windows용 TSK 래퍼는 이 Apple UFS의 디렉터리 이름을 정상 열거하지 못했다. inode 데이터는 읽혔으므로 디렉터리 엔트리를 직접 해석했다: inode 4바이트, record length 2바이트, type 1바이트, name length 1바이트, 이어서 이름.

/KoreanSU.pkg                         inode 960
/KoreanSU.pkg/Contents                inode 1920
/KoreanSU.pkg/Contents/Resources      inode 2880
└─ KoreanSU.pax.gz                    inode 2882
                                      40,379,978 B

./System/Library/Fonts/Seoul.dfont
  7,908,510 B · resource index [1]
./Library/Fonts/Hangangche.dfont
  8,924,412 B · resource index [1]

FontTools macUtils.getSFNTResIndices()는 둘 다 [1]을 반환했다. dfont 컨테이너의 sfnt resource 1을 열어 name table, cmap, glyph order를 확인했다.

처음에는 sfnt를 그대로 .ttf로 저장했다. FreeType과 앱 내부 PrivateFontCollection에서는 열렸지만 Windows의 실제 등록 API는 Seoul에 0을 반환했다. 원인은 세 가지였다.

• Windows 필수 OS/2 table 없음
• platform 3용 Unicode cmap과 name record 없음
• Mac 전용 post table version 4.0

“앱에서 열린다”와 “운영체제에 설치된다”는 다른 검증이었다.

• platform 3 / encoding 1 / format 4 Unicode cmap 추가
• en-US·ko-KR Windows name records 추가
• OS/2 v3 metrics, weight 400, vendor APPL, code page ranges 계산
• post 4.0 → 표준 3.0 변환
• CVTM, addg, bdat, bloc, feat, morx, umif 등 Mac 전용 table 제거

그다음 OpenType Sanitizer 9.3.0으로 다시 serialize했다. 오래된 hdmx는 head flags와 맞지 않아 sanitizer가 버렸고, 글리프 윤곽과 advance width는 유지됐다.