먼저 결론부터 말씀드리겠습니다. 안드로이드에서 N64를 즐기려면 단독 앱인 “M64Plus FZ Emulator”가 가장 빠른 길입니다. 이미 RetroArch로 다른 기종을 돌리고 있다면 “Mupen64Plus-Next” 코어로 통일해도 괜찮습니다. 그리고 N64에서 막히는 지점은 BIOS가 아니라 “무거움(프레임 저하)”과 “세이브가 사라지는 문제” 두 가지에 거의 몰려 있습니다.
N64는 패미컴이나 PC엔진 같은 2D 기종과 비교하면 에뮬레이션 난도가 완전히 다릅니다. CPU(MIPS R4300i) 외에도 RCP(Reality Co-Processor)라는 코프로세서를 소프트웨어로 재현해야 하는데, 이 RCP 안에는 지오메트리와 사운드 등을 처리하는 RSP와 화면 그리기를 맡는 RDP라는 두 개의 처리 유닛이 들어 있습니다. 그래서 같은 세대의 PS1보다 무겁게 느껴지는 경우가 적지 않습니다. 게다가 카트리지마다 세이브 방식이 달라서, 이 부분을 놓치면 “분명히 저장했는데 다시 켜면 없어지는” 사고가 생깁니다.
이 글에서는 앱 선택 → N64가 무거운 이유 → 설치 순서(두 가지 방법) → 버벅일 때의 대처 → 컨트롤러 설정 → 환경과 세이브 관리까지 순서대로 정리합니다. 앱의 제공 상황은 2026년 시점에 확인한 내용입니다.
또한 이 글은 “본인이 구입한 N64 본체와 카트리지에서 직접 추출해, 본인이 즐기는 것”만을 전제로 합니다. ROM 배포 사이트나 입수 방법은 일절 다루지 않습니다.
결론: 단독 앱은 M64Plus FZ, 통합 관리는 RetroArch + Mupen64Plus-Next
먼저 전체 지도를 보여 드리겠습니다.
| 선택지 | 추천 대상 | 입수 경로 | 설정 자유도 | 종합 평가 |
|---|---|---|---|---|
| M64Plus FZ Emulator | N64만 바로 즐기고 싶은 분 | 구글 플레이 (무료판 + 유료 Pro판) | 앱 안에서 완결, 헤매기 어려움 | 처음이라면 여기부터 |
| RetroArch + Mupen64Plus-Next | 여러 기종을 하나의 앱으로 관리하고 싶은 분 | RetroArch 안에서 코어 추가 | 코어 옵션이 세밀함 | 초기 설정은 번거롭지만 오래 쓸수록 편함 |
| RetroArch + ParaLLEl N64 | 정확한 화면 재현을 원하는 분 (고성능 기기) | RetroArch 안에서 코어 추가 | 무겁지만 재현도가 높음 | 성능이 낮은 기기에는 부적합 |
| MegaN64 | 예전 정보로 이름만 알고 있는 분 | 개발 종료, 비추천 | – | 지금 선택할 이유가 없음 |
고민된다면 M64Plus FZ로 정하시면 됩니다. 이유는 세 가지입니다.
- N64 전용으로 최적화되어 있습니다. 영상 플러그인(GLideN64 등) 전환이나 해상도 배율 조정을 앱 안의 단순한 설정 화면에서 끝낼 수 있습니다.
- 무료판만으로 바로 시작할 수 있습니다. 코어나 플러그인을 따로 찾아 넣는 수고가 없습니다. 유료 Pro판은 넷플레이 등 추가 기능이 필요한 분을 위한 선택지입니다.
- 컨트롤러 설정이 독립되어 있습니다. 다른 기종의 설정에 영향을 받지 않고 N64 전용 버튼 배치를 그대로 만들 수 있습니다.
반면 RetroArch + Mupen64Plus-Next는 이미 패미컴이나 PS1 등을 RetroArch로 즐기고 있는 분에게 맞습니다. 컨트롤러 설정과 세이브 폴더 구성을 그대로 재사용할 수 있어서, 기종이 늘어날수록 관리가 편해집니다. 다만 코어 옵션 항목이 많아 첫 설정은 M64Plus FZ보다 손이 더 갑니다.
N64는 같은 기기에서도 PS1보다 요구 성능이 높게 나오는 편이라는 점도 기억해 두십시오.
N64는 왜 “무겁다”고 할까 (다른 기종과의 차이)
패미컴이나 PC엔진의 에뮬레이션이 “CPU 명령을 하나씩 재현하는 것”을 중심으로 이루어지는 데 비해, N64에는 CPU(MIPS R4300i) 외에 RCP라는 코프로세서가 있고, 그 안에 RSP(지오메트리·사운드 등을 처리하는 프로그래머블 프로세서)와 RDP(래스터화, 즉 화면 그리기)라는 두 개의 처리 유닛이 들어 있습니다. 실기는 CPU와 RCP가 동시에 병렬로 움직이는 것을 전제로 설계되어 있고, 에뮬레이터는 이 모든 동작을 소프트웨어로 흉내 내야 합니다.
특히 부하가 큰 쪽은 RDP입니다. N64의 화면은 원근 보정이나 독특한 텍스처 필터링 등 당시로서는 앞서 있던 처리를 많이 사용했고, 이를 정확하게 재현하려 할수록 GPU 부하가 급격히 올라갑니다. 화면은 PS1보다 단순해 보이는데 N64 쪽이 더 무겁게 느껴지는 기기가 있는 것은 이 때문입니다.
또 하나의 부하 요인은 타이틀마다 다른 “마이크로코드”입니다. N64 소프트는 게임마다 RSP에 독자적인 프로그램을 보내 그리기 방식을 바꿀 수 있는 구조였습니다. 『Banjo-Kazooie(밴조 카주이)』, 『Perfect Dark(퍼펙트 다크)』, 『Conker’s Bad Fur Day(콩커스 배드 퍼 데이)』 같은 후기 타이틀은 커스텀 마이크로코드를 사용하기 때문에, 같은 기기에서도 게임에 따라 무게가 꽤 달라집니다. “어떤 게임은 쾌적한데 특정 게임만 버벅인다”는 증상은 기기 고장이 아니라 대부분 이 차이 때문입니다.
M64Plus FZ 설치 순서
여기서부터는 실제 작업입니다. 순서대로 진행해 주십시오.
1. 앱 설치하기
구글 플레이에서 “M64Plus FZ”를 검색해 설치합니다. 예전 이름은 Mupen64Plus FZ였으며, Mupen64Plus AE를 이어받은 파생 버전입니다. 비슷한 이름의 앱이 여러 개 나오므로 개발자 이름이 “Francisco Zurita”인지 확인한 뒤 설치하십시오. 무료판으로 기본 기능은 모두 쓸 수 있고, 넷플레이 등이 포함된 유료 Pro판이 따로 있습니다.
2. ROM 폴더 지정하기
처음 실행할 때 저장소 접근 권한을 허용하고, ROM을 넣어 둔 폴더를 지정합니다. 폴더 이름과 파일 이름에는 한글 같은 비ASCII 문자나 특수 기호를 쓰지 않는 것이 좋습니다. 목록 스캔이 실패하는 흔한 원인 중 하나입니다.
3. ROM의 바이트 순서(.z64 · .v64 · .n64) 이해하기
N64 ROM 파일에는 데이터의 바이트 순서가 다른 세 가지 형식이 있습니다.
- .z64: 빅 엔디언. N64 본래의 순서입니다.
- .v64: 16비트 단위로 바이트를 뒤바꾼 형식(바이트 스왑). Doctor V64라는 당시 주변기기에서 유래했습니다.
- .n64: 리틀 엔디언.
세 형식 모두 안에 든 게임은 같고 바이트의 나열 순서만 다릅니다. 대부분의 에뮬레이터는 파일 앞부분 4바이트를 보고 형식을 자동으로 판별하므로 보통은 신경 쓰지 않아도 됩니다. 다만 추출 장비에 따라 .z64 이외의 형식으로 저장되는 경우가 있고, 드물게 인식 문제의 원인이 되기도 합니다. 추출 직후 어떤 형식으로 저장되었는지 사용한 장비의 설정 화면에서 확인해 두면 안심입니다.
4. 영상 플러그인 선택하기
설정의 영상(비디오) 항목에서 플러그인을 고릅니다. 기본은 GLideN64로 충분합니다. 정확도를 최우선으로 하는 Angrylion(RDP 소프트웨어 렌더러)도 있지만 매우 무겁기 때문에, 정확한 그리기가 필요한 일부 타이틀을 검증하는 용도로 생각하시는 것이 좋습니다.
5. 컨트롤러 할당하기
처음에는 터치 조작으로 되어 있으므로, 물리 컨트롤러를 쓰려면 설정의 컨트롤러 항목에서 버튼을 할당합니다. N64 특유의 C버튼 처리는 아래 “컨트롤러 설정” 장에서 자세히 설명합니다.
RetroArch + Mupen64Plus-Next 설치 순서
여러 기종을 한곳에서 관리하고 싶은 분을 위한 순서입니다.
1. 코어 추가하기
메인 메뉴에서 Load Core → Download a Core로 들어가 “Nintendo – Nintendo 64 (Mupen64Plus-Next)”를 선택합니다. 빌드에 따라서는 Online Updater → Core Downloader 경로로 되어 있기도 합니다. 목록에 “ParaLLEl N64″도 함께 보이지만 처음에는 Mupen64Plus-Next를 고르십시오. ParaLLEl 계열은 재현도가 높은 대신 요구 성능이 더 올라가며, ParaLLEl RDP는 Vulkan이 필수인 고성능 기기용입니다.
2. 코어 옵션 열기
ROM을 불러온 상태에서 퀵 메뉴의 Core Options(코어 옵션)를 엽니다. 항목이 많지만 처음 확인할 것은 다음 세 가지입니다.
| 항목 | 역할 | 고민될 때의 기본값 |
|---|---|---|
| RDP Plugin | 그리기 엔진 선택 (GLideN64 / Angrylion / ParaLLEl) | GLideN64 |
| RSP Plugin | RSP 처리 방식 선택 | HLE (빠른 방식). LLE 계열은 정확하지만 무거움 |
| CPU Core | CPU 실행 방식 | Dynamic Recompiler (대부분 자동 선택되어 있음) |
이 세 가지의 조합을 기억해 두면 아래의 “버벅일 때의 대처”에서 헤매지 않습니다.
3. 세이브 폴더를 다른 기종과 분리해 두기
RetroArch는 모든 기종의 세이브를 한곳에 모을 수 있지만, N64는 뒤에서 설명할 세이브 방식 문제가 있으므로 폴더만큼은 따로 나눠 두는 것을 권장합니다. 문제가 생겼을 때 원인을 가려내기가 훨씬 쉬워집니다.
무겁거나 버벅일 때의 대처
“다른 기종은 가벼운데 N64만 무겁다”는 고민은 매우 흔합니다. 증상별로 보면 원인은 대체로 좁혀집니다. 기기 전반의 기본 설정(절전 모드 해제 등)을 먼저 확인한 뒤, 다음의 N64 전용 점검으로 넘어가십시오.
| 증상 | 먼저 의심할 곳 | 대처 |
|---|---|---|
| 특정 타이틀만 유독 무거움 | 마이크로코드의 복잡도 | 그 게임만 내부 해상도를 낮춤. 전체 설정을 내리기 전에 개별 대응부터 시도 |
| 3D 배경이나 이펙트에서 버벅임 | RDP의 그리기 부하 | 내부 해상도 배율을 1x~2x로 낮추고 안티에일리어싱을 끔 |
| 캐릭터는 움직이는데 배경이 덜컹거림 | RSP 쪽 처리 지연 | RSP Plugin을 HLE(빠른 방식)로. LLE 계열은 정확도 우선이라 무거움 |
| 소리가 뚝뚝 끊김 | 오디오 지연 설정 | 오디오 지연(버퍼)을 늘림. RetroArch라면 프레임 동기화 설정도 재확인 |
| 전체적으로 항상 무거움 | 기기 성능 부족 | Angrylion·ParaLLEl 같은 고정밀 플러그인을 피하고 GLideN64 + 낮은 해상도로 고정 |
우선순위를 기억해 두면 헤매지 않습니다. 먼저 내부 해상도를 낮추고, 그래도 안 되면 RSP를 HLE로 바꾸고, 마지막으로 플러그인 자체를 가벼운 것으로 교체합니다. 이 순서대로 하나씩 시도하십시오. 한꺼번에 바꾸면 무엇이 효과가 있었는지 알 수 없게 됩니다.
컨트롤러 설정: C버튼 문제 해결하기
N64 컨트롤러에는 방향 입력과 별도로 상하좌우 네 개의 “C버튼”이 있습니다. 요즘 주류인 Xbox 배치 컨트롤러에는 이 네 개에 직접 대응하는 버튼이 없기 때문에, 여기가 가장 많이 막히는 부분입니다.
해결 방법은 크게 두 가지입니다.
- 오른쪽 아날로그 스틱을 C버튼에 할당합니다. 많은 에뮬레이터에서 기본값으로 되어 있는 방식으로, 스틱을 상하좌우로 기울이면 C버튼 상하좌우로 인식됩니다. 다만 카메라 조작에 C버튼을 자주 쓰는 게임에서는 직관적이지 않은 장면이 있습니다.
- 후면 버튼이 달린 컨트롤러에 C버튼 상하좌우를 따로 할당합니다. 후면 패들이 2~4개 있는 컨트롤러라면 엄지를 떼지 않고 C버튼을 누를 수 있어 조작감이 좋아집니다.
어느 방식으로 구성하든 설정을 저장해 두면 다음부터는 자동으로 불러옵니다. 처음 한 번만 수고하면 됩니다.
환경과 세이브 관리
게임이 제대로 돌아가기 시작했다면 마지막은 환경 정리입니다.
ROM은 본인 소유의 본체와 카트리지에서 직접 추출하기
결론: 본인이 소유한 N64 본체와 카트리지에서 직접 추출하십시오. 인터넷에서 ROM 파일을 받는 방법은 이 글에서 다루지 않습니다. 카트리지 추출은 전용 추출 장비(카트리지 리더)를 PC에 연결해 진행하는 것이 일반적입니다.
법률 관련 안내: 한국 저작권법상 게임 ROM 파일을 무단으로 배포하거나, 불법으로 공유된 파일을 내려받는 행위는 저작권 침해에 해당할 수 있습니다. 이 글은 본인이 소유한 카트리지에서 직접 추출한 파일을 본인이 이용하는 것을 전제로 하며, 일반적인 정보 제공일 뿐 법률 자문이 아닙니다. 구체적인 사안은 전문가에게 확인하시기 바랍니다.
microSD는 속도를 보고 고르기
N64 ROM 자체는 디스크 기반 기종만큼 용량이 크지 않지만, 여러 편을 한 번에 관리한다면 읽기 속도가 체감 차이로 이어집니다. 휴대용 게임기나 스마트폰에서 다른 기종과 함께 쓸 계획이라면 용량에 여유가 있고 읽기 속도 등급이 명확히 표시된 제품을 고르는 것이 좋습니다. 쿠팡이나 11번가 같은 국내 쇼핑몰에서 쉽게 구할 수 있습니다.
세이브 방식의 어긋남에 주의하기
N64의 가장 큰 함정이 바로 이것입니다. 카트리지에는 SRAM, 4Kbit EEPROM, 16Kbit EEPROM, FlashRAM 같은 여러 세이브 방식이 있고(일부 게임은 컨트롤러 팩도 사용), 게임마다 어느 방식을 쓰는지가 다릅니다. Mupen64Plus 계열 에뮬레이터는 ROM 헤더가 아니라 내장된 게임 데이터베이스(ROM별 설정)를 참조해 세이브 방식을 정하는 것이 기본입니다.
이 자동 판별은 대부분 잘 맞지만 드물게 어긋날 때가 있습니다. 특히 데이터베이스에 없는 개조 ROM이나 일부 해외판에서 어긋나기 쉽고, 그러면 “저장은 된 것처럼 보이는데 다시 시작하면 사라져 있는” 증상이 나타납니다.
이런 증상이 나오면, 사용하는 앱이나 코어에 세이브 타입(Save Type)을 수동으로 지정하는 항목이 있는 경우 그것을 바꿔 올바른 방식을 다시 선택하십시오. 어느 것이 맞는지 모를 때는 후보를 하나씩 시험해 보면서 “저장한 뒤 앱을 완전히 종료하고, 다시 실행했을 때 불러올 수 있는지”를 확인하는 것이 가장 확실합니다.
정리: 무게와 세이브 방식만 잡으면 N64는 충분히 즐길 수 있다
핵심을 다시 짚어 보겠습니다.
- 앱은 M64Plus FZ Emulator가 기본입니다. 다른 기종과 통일하고 싶다면 RetroArch + Mupen64Plus-Next를 쓰십시오.
- N64가 무거운 이유는 RCP 안의 RSP와 RDP라는 두 처리 유닛을 소프트웨어로 재현하기 때문입니다. 타이틀별 무게 차이는 마이크로코드의 복잡도에서 옵니다.
- 무거울 때는 “내부 해상도 낮추기 → RSP를 HLE로 → 플러그인을 가벼운 것으로” 순서로 시도합니다.
- C버튼은 오른쪽 스틱이나 후면 패들에 할당합니다. 설정은 저장되므로 처음 한 번만 수고하면 됩니다.
- 세이브가 사라질 때는 앱이나 코어에 항목이 있다면 세이브 타입을 수동으로 다시 고릅니다. 자동 판별이 빗나가는 경우가 있습니다.
PS1이나 PC엔진에 비하면 설정 항목이 많은 편이지만, 막히는 지점은 거의 “무게”와 “세이브 방식” 두 가지로 모입니다. 이 글의 순서대로 하나씩 해결해 나가면 조금 오래된 기기에서도 대표적인 타이틀은 충분히 즐길 수 있는 상태까지 만들 수 있습니다.
다시 한번 강조하지만, ROM도 세이브 데이터도 본인의 본체와 본인의 카트리지에서 직접 추출하는 것이 대전제입니다. 서랍 속에 잠들어 있던 카트리지를 지하철 안에서도 즐길 수 있는 환경으로 바꿔 보시기 바랍니다.
コメント