Opus 5.5의 미친 디컴파일 및 포팅 능력

으. 언어 모델링이라는 이 늪에 빠지고 싶지 않아.

작성자의 기분을 망치려는 건 아니야. 이런 게임들을 윈도우 같은 데서 돌리는 건 분명 재밌는 일이니까. 하지만 이건 디컴파일이나 포트가 아니라, 사실상 각 게임을 위해 특별히 만들어진 에뮬레이터일 뿐이야.

아이러니하게도, Opus 5.5가 설명한 내용을 인용해 볼게:

소닉 CD의 어떤 부분도 읽기 쉽고 사람이 직접 쓴 소스 코드로 변환되지 않았어. 이건 세 가지로 구성돼:

• 에뮬레이터. src/ 폴더는 처음부터 새로 만든 메가 CD를 담고 있어: 68000 CPU 두 개, Z80, VDP, 사운드 칩, CD 드라이브, 그리고 바이오스 대용품까지. 진짜 엔지니어링의 대부분은 여기서 이루어져.

• 기계가 생성한 원시 어셈블리. asm/ 폴더에는 디스크의 실행 파일당 하나씩, 112개의 파일과 약 75만 7천 줄의 코드가 있어. 이건 주석이 달리지 않은 도구 출력물이야:

• 모든 라벨은 자동으로 이름이 붙었어: 약 7만 9천 개의 loc_, 1만 5천 개의 sub_, 9천 개의 dat_. 의미 있는 이름을 가진 함수나 변수는 단 하나도 없어.

• 75만 7천 줄 전체를 통틀어 주석은 약 224줄뿐이고, 대부분 파일 헤더야.

• 디컴파일러가 아니라 정적 재컴파일러야. README 설명대로, tools/recomp.py는 각 68000 명령어를 에뮬레이터의 해당 오피코드 핸들러에 대한 C 호출로 변환해서 블록으로 묶어. 결과물인 C 코드는 다른 문법으로 작성된 원래의 기계어일 뿐이야. 누구도 그 안의 게임 로직을 읽거나 수정할 수 없어. 여전히 밑바닥에는 에뮬레이터가 필요하고, 그래픽, 사운드, 레벨 데이터는 네 디스크에서 가져와야 해.

그냥 내가 직접 디스어셈블리 프로젝트를 하고 있어서 적는 거야. 이건 작성자가 주장하는 것보다 훨씬 더 많은 작업이 필요해. 하루 만에 얻는 건 본질적으로 그 게임 하나만을 위한 특수 에뮬레이터야. 나도 내 게임으로 그렇게 했고.

그냥 게임을 즐기고 싶다면: 좋아, 그럼 된 거야.

하지만 나머지는 실제 작업의 99%를 차지해.

메뉴나 16:9 모드 같은 건 사실 예전부터 고전 게임에 존재하던 롬 해킹 수준이야.

앤스로픽이 이런 짓을 금지하는 건 시간문제라고 봐.

이걸 금지하기까지 얼마나 걸릴까?