RetroArch에서 슈퍼 32X 게임을 실행하려다가 “32X 바이오스는 어느 파일이고 어디에 넣어야 하나”에서 손이 멈추는 경우가 많습니다. 검색을 해 보면 “바이오스가 있어야 돌아간다”는 글과 “없어도 된다”는 글이 섞여 있어서, 결국 파일을 찾는 데 시간을 쓰게 됩니다.
결론부터 말씀드리면 PicoDrive 코어는 32X 카트리지만 실행하는 경우라면 32X 바이오스 파일 없이 동작하도록 만들어져 있습니다. 이 글은 그 이야기가 커뮤니티의 구전이 아니라는 점을, Libretro 공식 문서와 PicoDrive의 실제 구현 코드라는 1차 자료로 확인하는 글입니다.
그리고 이 글의 핵심은 파일 목록이 아니라 왜 없어도 되는지를 설명하는 개념, 즉 HLE와 LLE의 차이입니다. 이 한 가지를 잡아 두면 32X뿐 아니라 다른 기종에서 “이 바이오스는 필수인가 선택인가”를 스스로 판단할 수 있게 됩니다.
불법 다운로드나 배포에 관한 이야기는 다루지 않습니다. 본인이 소유한 실기에서 직접 추출한 데이터를 본인 범위에서 쓴다는 전제로만 설명합니다.
PicoDrive에서 32X 바이오스가 필요 없는 이유를 세 줄로 정리합니다
세 줄 요약
1. PicoDrive에는 32X 바이오스가 설정되지 않았을 때 부팅 준비 작업의 일부를 코어 쪽 코드가 대신 수행하는 분기가 들어 있습니다.
2. 그래서 32X 카트리지 실행에서는 “바이오스 없이 부팅”이 성립합니다.
3. 이 방식은 HLE(High Level Emulation) 쪽에 가까운 접근입니다. 기능을 코드로 바꿔 끼우는 발상입니다.
32X가 바이오스 없이 부팅되는 이유는 하나입니다. 바이오스가 담당하는 초기화 가운데 일부를, 바이오스가 발견되지 않았을 때 에뮬레이터 쪽이 대신 처리하는 분기가 구현되어 있기 때문입니다.
“바이오스가 없으면 아무것도 못 한다”고 생각하면 검색 결과 사이에서 길을 잃기 쉽지만, PicoDrive는 그 지점을 미리 메워 두었습니다.
왜 “바이오스 없이 부팅”이 가능한가
핵심은 단순합니다. 바이오스가 없는 경우를 위한 분기가 코드에 존재한다는 점입니다.
근거는 PicoDrive의 32X 초기화(SH-2 리셋) 부분 구현입니다. 바이오스 포인터가 NULL인 경우, 즉 바이오스가 설정되지 않았거나 탐지되지 않은 경우에는 “그 일을 여기서 대신 한다”는 의도가 주석과 분기로 분명하게 드러나 있습니다.
해당 파일에는 마스터 SH-2와 슬레이브 SH-2 각각에 대해 바이오스 포인터가 NULL인지 확인하는 조건문이 있고, 그 바로 앞에 “바이오스가 설정되어 있지 않으면 그 작업을 여기서 수행한다”는 뜻의 주석이 영어로 달려 있습니다.
1차 자료(확인한 자료의 이름만 적습니다. 파일 경로를 직접 열어 보시면 같은 내용을 확인할 수 있습니다):
- PicoDrive 소스 저장소(notaz/picodrive)의 pico/32x/32x.c 안에 있는 SH-2 리셋 처리 함수
- Libretro 공식 문서 “Sega – MS/MD/CD/32X (PicoDrive)” 페이지의 BIOS 항목
요점은 이것뿐입니다. “바이오스가 없으면 아무것도 못 한다”가 아니라 “바이오스가 본래 하는 초기화의 일부를 에뮬레이터가 대신 한다”는 설계입니다.
코어가 대신 하는 일은 “부팅 준비”입니다
32X에는 SH-2가 두 개 들어 있습니다. 마스터와 슬레이브입니다. PicoDrive는 이 두 개 모두에 대해 “바이오스가 없을 때의 초기화”를 준비해 두었습니다.
용어는 최소한만 알아 두면 충분합니다.
- IDL(Initial Data Load): 부팅에 필요한 초기 데이터의 읽기입니다. PicoDrive는 카트리지 쪽에서 데이터를 읽어 메모리로 복사하는 방식으로 이를 보충합니다.
- GBR: SH-2의 기준이 되는 레지스터입니다. 대략 “토대”라고 이해하시면 됩니다. 코드에서는 고정값(0x20004000)을 넣습니다.
- VBR: 인터럽트와 예외의 입구입니다. 대략 “지도의 색인”에 해당합니다. 코드에서는 ROM의 특정 위치에서 값을 읽어 넣습니다.
즉 코어가 대신 하는 것은 게임 로직이 아니라, 게임이 시작되기 직전까지의 준비 작업입니다. 여기까지가 코드에서 확인할 수 있는 범위이고, 그 이상으로 “32X 바이오스의 모든 기능을 완전히 재현한다”고 말하는 것은 확인되지 않은 주장입니다. 이 글에서는 거기까지 단정하지 않습니다.
분기가 갈라지는 지점을 표로 보면 이렇습니다
많은 분이 혼란스러워하는 이유는 “바이오스가 필요한지 아닌지”가 부팅 흐름의 어느 지점에서 갈라지는지가 보이지 않기 때문입니다. PicoDrive의 경우 분기는 단순합니다.
| 단계 | 32X 바이오스가 설정된 경우 | 32X 바이오스가 없는 경우 |
|---|---|---|
| 1. 32X ROM 실행 | 동일 | 동일 |
| 2. SH-2 리셋 처리 진입 | 동일 | 동일 |
| 3. 부팅 준비 담당 | 바이오스 쪽 부팅 처리가 담당 | 코어 쪽 코드가 담당(IDL 복사, GBR 설정, VBR 설정 등) |
| 4. 결과 | 게임 실행으로 진행 | 게임 실행으로 진행 |
여기가 결론입니다. PicoDrive가 바이오스 없이 부팅할 수 있는 것은, 바이오스가 하는 일의 일부를 코어가 대신하는 구현이 들어 있기 때문입니다. 운이 좋아서 되는 것도, 누군가 비공식 패치를 한 결과도 아닙니다.
내 환경에서 “바이오스가 원인이 아니다”를 가려내는 방법
코드를 보고 납득했다면, 다음은 본인 환경에서 확인하는 단계입니다. 3분이면 끝납니다.
- RetroArch의 로그를 활성화합니다. 로그 레벨을 올려 두면 코어가 무엇을 찾고 무엇을 찾지 못했는지가 남습니다.
- 32X 카트리지 ROM을 실행합니다. 성공하든 실패하든 한 번 종료합니다.
- 로그에서 펌웨어(바이오스) 관련 행과, 실행 직전의 오류 행을 확인합니다. “32X 바이오스가 없다”는 식의 필수 취급 메시지가 나오지 않는다면, 바이오스 쪽을 범인으로 단정하는 일을 멈출 수 있습니다.
여기서 중요한 것은 “로그를 읽는 기술”이 아니라 의심하는 순서를 바꾼다는 점입니다. 32X가 실행되지 않을 때는 다음 순서로 생각하시면 빠릅니다.
- “32X 바이오스가 없어서”가 아니라, ROM 형식 / 파일 상태 / 설정부터 의심합니다.
- 판단이 흔들리면 공식 문서와 구현 코드로 돌아갑니다. 출처가 불분명한 수순에 끌려가지 않습니다.
HLE와 LLE의 차이를 가장 짧게 이해합니다
이 절이 이 글에서 가장 중요한 부분입니다. 32X 이야기를 떠나서도 두고두고 쓸 수 있는 개념이기 때문입니다.
HLE는 “바이오스가 하는 일을, 에뮬레이터 쪽 코드가 대신 한다”는 접근입니다. LLE는 “바이오스와 하드웨어의 동작을 가능한 한 같은 순서로 재현한다”는 접근입니다.
바이오스 때문에 손이 멈춰 있는 분이라면, 우선 이 한 줄만 기억하시면 됩니다.
- HLE: 결과가 같으면 됩니다. 동작시키기까지가 빠르고, 바이오스 없이 진행되는 경우가 생깁니다.
- LLE: 과정까지 맞춥니다. 정확도를 노릴 수 있지만 바이오스가 필요해지기 쉽습니다.
HLE는 기능을 바꿔 끼우는 방식입니다
HLE는 “이 처리는 결국 이런 결과를 만들어 낸다”를 파악한 뒤, 그 결과를 만드는 코드를 에뮬레이터 안에 직접 써 넣는 방식입니다. 음식에 비유하면 레시피를 그대로 따라가는 대신, 완성된 접시를 똑같이 내놓는 쪽입니다.
32X의 예로 보면, 부팅에 필요한 초기화를 코어가 준비해 주기 때문에 바이오스 파일이 없어도 앞으로 나아갈 수 있습니다. 이것이 PicoDrive에서 벌어지고 있는 일입니다.
장점은 분명합니다.
- 바이오스 파일을 구하지 않아도 되는 범위가 생깁니다.
- 구현이 가벼워지는 경우가 있어 저사양 환경에서 유리할 수 있습니다.
- 설정 항목이 줄어들어 처음 설치하는 사람이 덜 헤맵니다.
LLE는 동작 자체를 따라가는 방식입니다
LLE는 “순서”를 맞추는 방향입니다. 실제 하드웨어와 바이오스가 어떤 명령을 어떤 순서로 실행하는지를 그대로 따라갑니다. 레시피를 한 줄도 건너뛰지 않고 따라가는 쪽입니다.
- 장점: 정확도를 노리기 쉽습니다. 특이한 동작에 의존하는 소프트웨어에서 차이가 납니다.
- 단점: 바이오스가 필요해지기 쉽고, 설정이 늘어나며, 환경 차이가 드러나기 쉽습니다.
두 방식을 한 표로 비교합니다
| 관점 | HLE(기능 대체) | LLE(동작 재현) |
|---|---|---|
| 맞추는 대상 | 처리의 결과 | 처리의 과정 |
| 바이오스 파일 | 필요 없는 범위가 생깁니다 | 필요해지기 쉽습니다 |
| 처음 설정 | 짧게 끝나는 편입니다 | 항목이 늘어나는 편입니다 |
| 정확도 | 구현한 범위 안에서만 보장됩니다 | 원리상 더 높은 쪽을 노립니다 |
| 예상되는 문제 | 대체하지 않은 부분에서 차이가 날 수 있습니다 | 요구 성능과 준비물이 늘어납니다 |
PicoDrive의 32X는 어디에 해당하는가
PicoDrive의 32X 처리는 “바이오스가 없을 때 그 일부를 코어가 대신한다”는 점에서 HLE 쪽에 가까운 구현입니다. 다만 주의하실 점이 있습니다.
에뮬레이터는 보통 HLE와 LLE 중 하나만 고르는 것이 아니라, 부분마다 다른 방식을 섞어서 씁니다. “PicoDrive는 HLE 에뮬레이터다”라고 전체를 한 단어로 규정하기보다, “32X의 부팅 준비 부분에 바이오스 대체 경로가 있다”고 범위를 좁혀서 이해하는 편이 정확합니다. 이 글에서 코드로 확인한 범위도 거기까지입니다.
HLE가 항상 좋다는 뜻은 아닙니다
“바이오스가 필요 없다”는 말은 매력적으로 들리지만, 그것이 곧 “더 좋다”는 뜻은 아닙니다. 대체 구현은 사람이 쓴 코드이므로, 대체하지 않은 영역이나 예상하지 못한 동작에서는 실기와 차이가 날 수 있습니다.
그래서 실무적인 순서는 이렇게 잡는 편이 편합니다. 먼저 HLE 쪽으로 가볍게 동작시켜 보고, 특정 타이틀에서 만족스럽지 않은 부분이 나타나면 그때 더 정확한 쪽을 검토한다는 순서입니다. 처음부터 완벽한 구성을 만들려고 하면 준비 단계에서 지쳐 버립니다.
한국 저작권법 관점에서 HLE를 정리합니다(법률 자문이 아닙니다)
먼저 분명히 적어 둡니다. 이 절은 일반적인 정보 정리이며 법률 자문이 아닙니다. 개별 사안의 적법성은 상황에 따라 달라지므로, 판단이 필요한 경우에는 변호사 등 전문가에게 확인하시기 바랍니다. 이 글은 ROM이나 바이오스를 배포하는 사이트의 이름과 주소를 적지 않으며, 입수 수단도 안내하지 않습니다.
HLE는 “구현 방식”에 관한 이야기이고, 그 자체로 적법하다거나 위법하다고 결정되는 성질의 것이 아닙니다. 다만 현실적으로 보면, HLE 쪽에 가까운 구현은 바이오스 파일을 구하거나 주고받지 않는 운용으로 만들기 쉽습니다. 이것이 실질적인 이점입니다.
한국 저작권법에서 자주 언급되는 조항
에뮬레이터 이야기에서 실제로 문제가 되는 지점은 대체로 “데이터를 어디서 어떻게 가져왔는지”입니다. 관련해서 한국 저작권법에서 자주 언급되는 조항은 다음과 같습니다. 조항의 존재와 취지를 적는 것이며, 특정 행위의 적법성을 결론 내리는 것이 아닙니다.
| 조항 | 다루는 내용 | 에뮬레이터 이야기와 닿는 지점 |
|---|---|---|
| 저작권법 제30조 | 사적이용을 위한 복제. 영리를 목적으로 하지 않고 개인적으로 또는 가정 및 이에 준하는 한정된 범위에서 이용하는 경우의 복제를 다룹니다. | 본인이 소유한 매체에서 본인이 쓰기 위해 복제하는 상황이 여기서 논의됩니다. 다만 “한정된 범위”의 해석이 핵심이어서 단정하기 어렵습니다. |
| 저작권법 제104조의2 | 기술적 보호조치의 무력화 금지. | 복제 자체가 사적이용에 해당하더라도, 기술적 보호조치를 우회하는 행위는 별개의 논점으로 다뤄진다는 지적이 있습니다. |
| 저작권법 제101조의4 | 프로그램코드역분석. 정당한 권한에 의하여 프로그램을 이용하는 자가 호환에 필요한 정보를 쉽게 얻을 수 없고 그 획득이 불가피한 경우, 호환에 필요한 부분에 한정해 역분석할 수 있도록 하는 규정입니다. | 에뮬레이터 제작 쪽의 논점입니다. 다만 얻은 정보를 호환 외의 목적으로 쓰거나 제3자에게 제공하는 경우는 제외된다는 제한이 함께 있습니다. |
미국에서도 호환 목적의 해석이 쟁점이 된 판례가 있고 공정이용 판단 요약이 공개되어 있습니다. 다만 그것은 미국 판례이며, 그 결론을 그대로 한국법의 결론으로 옮겨 적을 수는 없습니다. 이 글에서는 참고 사실로만 언급하고, 한국법의 결론으로 삼지 않습니다.
피하기 쉬운 쪽은 “바이오스 파일을 둘러싼 위험”입니다
HLE 쪽에 가까운 코어를 쓰면 “바이오스가 없어도 되는 범위”가 생깁니다. 이 이점은 성능이나 편의보다 먼저, 출처가 불분명한 입수 경로에 가까이 가지 않아도 된다는 점에 있습니다.
| 하기 쉬운 행동 | 무엇이 문제가 되기 쉬운가 | 안전한 쪽의 선택 |
|---|---|---|
| 바이오스를 인터넷에서 찾아 내려받는다 | 출처가 불분명합니다. 저작물의 무단 배포에 해당할 수 있습니다. | HLE로 필요 없는 범위는 바이오스 없이 진행합니다. |
| 바이오스를 다른 사람에게 넘기거나 공유한다 | 복제와 전송이 논점이 되기 쉽습니다. | 공유하지 않습니다. 가장 간단하고 가장 확실합니다. |
| “필요하다”고 단정하고 바이오스를 모은다 | 실제로는 필요하지 않은 경우에도 위험만 늘어납니다. | 공식 문서와 코어 동작으로 “정말 필요한지”부터 가려냅니다. |
| 필요한 데이터를 준비한다 | 수단과 상황에 따라 취급이 달라질 수 있습니다. | 본인이 소유한 실기에서 직접 추출한 것을 본인 범위에서만 씁니다. |
운용 원칙
· 불법 다운로드를 연상시키는 동선을 만들지 않습니다. 입수 수순이나 배포 주소를 적지 않습니다.
· 쓰는 내용은 “설정”, “원인 가려내기”, “공식 문서와 구현 코드로 확인하기”까지입니다.
· 필요한 데이터는 본인이 소유한 실기에서 직접 추출한 것만 본인 범위에서 씁니다.
· 불안이 남으면 무리해서 진행하지 않습니다. 시간과 마음을 지키는 쪽이 이득입니다.
HLE는 “출처가 불분명한 데이터를 쓰지 않아도 되는 가능성을 늘려 주는 구조”로 받아들이는 것이 가장 흔들리지 않는 이해 방식입니다.
RetroArch에서 확인해야 할 가장 짧은 순서
이 절의 결론은 이렇습니다. 처음에 확인할 것은 “실행하려는 것이 32X인가 Sega CD인가”, “PicoDrive 코어가 선택되어 있는가”, “System/BIOS 폴더가 어디인가” 세 가지뿐입니다. 이 셋이 굳어지면 바이오스로 헤매는 시간이 거의 사라집니다.
먼저 나눕니다(여기가 가장 중요합니다)
· 32X(카트리지): PicoDrive라면 기본적으로 바이오스가 없는 전제로 원인을 가려내도 됩니다.
· Sega CD / Mega CD: PicoDrive에서도 바이오스가 필요합니다. 32X와는 별개의 이야기입니다.
무엇을 실행할지 한 줄로 확정합니다
체크를 시작하기 전에, 지금 하려는 일을 한 줄로 적어 보시기 바랍니다.
- 예: “32X 카트리지 타이틀을 실행하고 싶다”
- 예: “Sega CD 게임을 실행하고 싶다”
이 한 줄이 애매하면 32X 이야기와 CD 이야기가 섞여서, 결국 바이오스에서 길을 잃게 됩니다. 한국어로 검색할 때도 같은 함정이 있습니다. “메가드라이브 바이오스”로 검색하면 CD 쪽 글이 대량으로 섞여 들어오기 때문입니다.
코어와 폴더만 먼저 확인합니다
처음에 할 일은 세 가지뿐입니다. 설정을 손대기 전에 여기만 먼저 굳힙니다.
- 코어: Sega – MS/MD/CD/32X (PicoDrive)를 선택합니다. 설치되어 있는지 함께 확인합니다.
- RetroArch의 System/BIOS 디렉터리 위치를 확인합니다. 메뉴에서 Settings → Directory → System/BIOS 순서로 들어가면 보입니다.
- Sega CD도 함께 다룰 예정이라면 “CD 쪽은 바이오스가 필요하다”를 머릿속에서 분리해 둡니다.
RetroArch의 메뉴 항목 이름은 한국어 환경에서도 영어 그대로 표시되는 경우가 많습니다. 그래서 이 글에서는 Settings, Directory, System/BIOS, Core Options 같은 항목 이름을 영어 표기로 적습니다. 번역된 메뉴 이름으로 검색하면 자료가 잘 나오지 않으니, 영어 항목 이름을 그대로 기억해 두시는 편이 유리합니다.
운영체제에 따라 System/BIOS 폴더의 기본 위치가 다릅니다. Windows, SteamOS, Android에서 표시와 경로가 각각 다르므로, 추측하지 말고 위 메뉴에서 실제 경로를 눈으로 확인하시기 바랍니다.
“32X는 괜찮고 CD는 필요하다”를 그 자리에서 정리합니다
| 하려는 것 | PicoDrive에서 먼저 볼 지점 | 바이오스 취급 |
|---|---|---|
| 32X(카트리지) | ROM이 제대로 읽히는지(확장자, 파일 손상) | 기본적으로 필요 없습니다. 바이오스로 단정하지 않습니다. |
| Sega CD / Mega CD | System/BIOS 폴더가 올바른지 | 필요합니다. 이 글의 범위를 벗어납니다. |
검증 메모를 남깁니다
같은 환경이라도 RetroArch와 코어의 갱신으로 동작이 바뀌는 경우가 있습니다. 그래서 본인 환경 메모를 남겨 두는 편이 안전합니다. 아래 표는 오른쪽 칸만 채우면 됩니다.
| 항목 | 내 환경(기입란) |
|---|---|
| 운영체제 | 예: Windows 11 / SteamOS / Android |
| RetroArch 버전 | 예: 1.xx.x |
| PicoDrive 코어 정보 | 예: Core Info의 Version / Commit |
| 실행하려는 대상 | 예: 32X 카트리지 / Sega CD |
| 실행한 타이틀 | 예: 타이틀명(확장자도 함께) |
| 결과 | 예: 타이틀 화면까지 정상 / 중간에 멈춤 / 소리만 남 |
이 메모는 커뮤니티에 질문을 올릴 때도 그대로 쓸 수 있습니다. 루리웹이나 DC인사이드의 관련 게시판, 네이버 카페에서 질문을 올릴 때 환경 정보가 없으면 “로그부터 올려 보세요”라는 답이 돌아와 한 번 더 주고받아야 합니다. 처음부터 붙여 두면 답이 빨라집니다.
부팅되지 않을 때 원인을 가려내는 순서
32X가 실행되지 않을 때는 “바이오스 찾기”를 뒤로 미루고, 막히기 쉬운 순서대로 하나씩 지워 나가는 것이 가장 빠릅니다.
특히 PicoDrive로 32X 카트리지를 돌리는 전제라면, 원인은 ROM 쪽, 설정 쪽, 참조 경로(플레이리스트) 쪽 가운데 하나에 몰려 있는 경우가 많습니다.
먼저 하나만 확인합니다. 지금 실행하려는 것이 “32X 카트리지”입니까, “Sega / Mega CD”입니까?
· CD 계열: 바이오스와 cue / chd가 얽히기 쉽습니다.
· 32X(카트리지): 바이오스보다 먼저 ROM 형식, 설정, 참조 경로가 원인이 되기 쉽습니다.
이 순서대로 지워 나갑니다
| 순서 | 확인할 것 | 막혔을 때 할 일 |
|---|---|---|
| 0 | 확장자가 .cue / .chd / .iso인가 | 그렇다면 CD 계열입니다. 이 글의 32X 순서는 해당하지 않습니다. |
| 1 | 확장자가 .32x / .bin 등 단일 ROM인가 | 그렇다면 바이오스는 일단 뒤로 미룹니다. |
| 2 | 압축 파일 그대로 실행하고 있지 않은가 | 압축을 풀어 직접 실행해 봅니다. |
| 3 | 파일이 손상되지 않았는가 | 다른 저장 장치로 복사해 다시 실행해 봅니다. |
| 4 | 플레이리스트의 경로가 맞는가 | 플레이리스트를 다시 만듭니다. |
| 5 | Core Options의 Region 설정 | Region을 Auto로 되돌려 봅니다. |
| 6 | 다른 코어나 다른 기기에서도 같은가 | 같다면 ROM 쪽, 다르다면 환경 쪽입니다. |
이 순서로 하면 “바이오스 찾기”에 시간을 빼앗기지 않습니다. 급할수록 오히려 멀리 돌아가게 됩니다.
플레이리스트에서만 실패한다면 경로 문제입니다
파일을 직접 선택하면 실행되는데 플레이리스트에서는 실행되지 않는다면, 경로가 어긋났을 가능성이 높습니다.
ROM을 다른 폴더로 옮기거나 외장 SSD, microSD로 바꿔 넣으면, RetroArch의 참조 경로만 예전 값으로 남아 있는 경우가 있습니다.
- 직접 실행: 파일을 골라 실행 → 정상
- 플레이리스트: 목록에서 실행 → 실패(파일을 찾을 수 없음 또는 무반응)
이 패턴이라면 할 일은 두 가지뿐입니다. 플레이리스트를 다시 만드는 것이 가장 빠르고, 이후를 위해 ROM 보관 위치를 되도록 고정해 두는 것입니다. 옮길 때마다 어긋나기 때문입니다.
파일 손상을 의심할 때의 확인
같은 ROM이라도 손상되거나 일부가 빠져 있으면, 바이오스와 무관하게 실행되지 않습니다.
특히 네트워크를 거친 복사나 오래된 USB 메모리를 경유한 경우에는 전송 과정에서 데이터가 빠지는 일이 간혹 있습니다. 겉보기에는 멀쩡한데 실행만 되지 않는 유형입니다.
- ROM을 다른 저장 장치로 복사해 실행 테스트를 합니다. 증상이 같다면 ROM 쪽이 유력합니다.
- 가능하다면 해시 조회를 합니다. 값이 맞지 않으면 다른 파일이거나 손상된 것입니다.
Region 설정은 의외로 자주 걸립니다
PicoDrive의 Core Options에는 Region 항목이 있습니다. 여기가 특정 지역으로 고정되어 있으면, 해당 지역용이 아닌 ROM에서 화면이 나오지 않거나 중간에 멈추는 경우가 있습니다.
한국에서 메가 드라이브 계열은 삼성을 통해 “수퍼 겜보이”, “수퍼 알라딘보이” 같은 이름으로 유통되었습니다. 그래서 손에 있는 카트리지의 지역 표기가 일본판과 섞여 있는 경우가 흔합니다. Region을 Auto로 두고 시작하는 편이 불필요한 시행착오를 줄여 줍니다.
막혔을 때 남길 기록
재현 조건을 적어 두면 원인이 단번에 좁혀집니다. “무엇을 했을 때 되고 안 되는지”가 남아 있으면 다음 한 수가 보입니다.
| 항목 | 내 기록 |
|---|---|
| 운영체제 / 기기 | 예: Windows 11 / Steam Deck / Android |
| RetroArch 버전 | 예: 1.xx.x |
| 코어 | 예: PicoDrive(Core Info의 Version / Commit도 함께) |
| 실행하려는 타이틀 | 예: 타이틀명(확장자도 함께) |
| 실행 방법 | 직접 실행 / 플레이리스트 |
| 증상 | 검은 화면 / 소리만 / 멈춤 / 오류 메시지 |
| 시도한 것 | 압축 해제 / Region Auto / 플레이리스트 재생성 등 |
32X와 Sega CD의 바이오스 요건이 섞이는 함정
정리하면 이렇습니다. PicoDrive에서 헷갈릴 때는 “32X 카트리지는 기본적으로 바이오스가 필요 없다”, “Sega / Mega CD는 바이오스가 필요하다”로 나눕니다.
이 둘이 머릿속에서 분리되어 있지 않으면, 32X가 실행되지 않는 것만으로 “바이오스가 없어서다”라고 단정하게 됩니다.
가장 짧은 구분법: 지금 열려고 하는 것이 카트리지 계열입니까, CD 계열입니까? 우선 이 하나만 봅니다.
참고로 Sega / Mega CD 쪽의 바이오스 파일명 확인과 배치 수순은 이 글의 범위가 아닙니다. 기종이 다르고 확인해야 할 지점도 다르므로, CD 쪽은 CD를 다루는 글에서 따로 보시는 편이 정확합니다. 이 절에서는 “어디서 혼동이 생기는지”만 정리합니다.
혼동 지점을 표로 정리합니다
| 대상 | 바이오스 요건(PicoDrive) | 흔한 오해 |
|---|---|---|
| 32X(카트리지) | 기본적으로 필요 없음 | “32X도 CD처럼 바이오스가 필수”라고 생각합니다. |
| Sega CD / Mega CD | 필요(Required) | “32X가 실행되지 않는 것은 바이오스가 없어서”라고 단정합니다. |
| 32X CD(CD와 32X 조합 타이틀) | 필요(CD 쪽이 필수) | “32X 전용 바이오스가 필요한 것”이라고 오해합니다. |
| Mega Drive / Genesis | 기본적으로 필요 없음 | Region 설정이나 ROM 형식 문제인데 바이오스를 의심합니다. |
왜 섞이는가
32X 이야기는 단독으로 끝나지 않습니다. CD와 조합해서 동작하는 타이틀, 이른바 32X CD가 존재하기 때문에 인터넷에 올라온 설명이 서로 섞이기 쉽습니다.
- 32X 카트리지 이야기를 하고 있다고 생각했는데, 글 중간부터 CD 이야기로 바뀌어 있습니다.
- “바이오스가 필요하다”고 적혀 있어도, 그것이 CD 쪽 바이오스에 대한 이야기인 경우가 있습니다.
한국어 검색에서는 이 혼동이 더 심해집니다. “세가CD”, “메가CD”, “메가시디”처럼 표기가 여러 가지로 갈리고, 32X를 “슈퍼 32X”, “세가 32X”, “32X”로 적는 사람이 섞여 있습니다. 검색어를 바꿔 가며 찾다 보면 CD 쪽 글과 32X 쪽 글이 한 화면에 나란히 뜨게 됩니다.
구분 요령은 간단합니다.
- .cue / .chd로 관리하고 있다면 거의 CD 계열입니다.
- .32x / .bin 같은 단일 ROM이라면 우선 32X 카트리지로 취급합니다. 바이오스는 뒤로 미룹니다.
- 설명에 “CD”가 등장하면 CD 쪽 바이오스 이야기일 가능성을 먼저 의심합니다.
1차 자료로 확인하기: Libretro 공식 문서의 BIOS 항목
Libretro 공식 문서의 PicoDrive 페이지에서 “Required”로 명시되어 있는 바이오스는 Sega / Mega CD용 세 개뿐입니다.
그리고 중요한 점은 32X 바이오스가 이 목록에 아예 등장하지 않는다는 사실입니다. Required로도, Optional로도 올라와 있지 않습니다.
즉 “32X가 실행되지 않는 것은 바이오스가 부족해서다”라고 단정하지 않아도 된다는 판단 재료가 됩니다.
- 공식 문서가 필수라고 적은 것은 CD 계열 바이오스뿐입니다.
- 32X 바이오스는 Required도 Optional도 아니게, 목록에 없습니다.
- 그러므로 32X에서 막혔다면 먼저 다른 원인(ROM 형식, 파일 상태, 설정)부터 가려내는 편이 빠릅니다.
공식 문서에서 확인하는 위치
확인하는 곳은 Libretro 공식 문서의 PicoDrive 페이지에 있는 BIOS 항목입니다. 여기에 Required로 적혀 있는 파일이 그대로 “공식 필수 목록”입니다.
그 목록에는 Mega CD 유럽판, Sega CD 북미판, Mega CD 일본판에 해당하는 세 개의 파일명이 Required로 적혀 있고, 파일별 MD5 해시도 함께 기재되어 있습니다. 반복하지만 32X 바이오스에 해당하는 행은 없습니다. 이 글에서 다루는 결론은 이 한 가지입니다.
확인한 자료와 날짜를 적어 둡니다.
- Libretro 공식 문서 “Sega – MS/MD/CD/32X (PicoDrive)” 페이지의 BIOS 항목 및 Core Options 항목
- Libretro 공식 문서 “BIOS Information Hub”(파일 위치, 파일명, 해시를 다루는 안내 문서)
- PicoDrive 소스 저장소(notaz/picodrive)의 pico/32x/32x.c
- 확인일: 2026-10-07(KST)
공식 문서는 갱신될 수 있습니다. 내용이 달라져 있다면 같은 순서로 본인 환경에서 다시 확인하시기 바랍니다. 이 글의 결론도 “확인일 기준”입니다.
주의: 바이오스는 저작물입니다. 이 글에서는 배포 사이트 안내나 입수 수순을 적지 않습니다. 본인이 소유한 실기에서 직접 추출한다는 전제로 생각해 주시기 바랍니다. 또한 파일명만 맞아도 내용이 다르면 동작하지 않는 경우가 있으므로, 해시 조회의 개념은 알아 두시는 편이 좋습니다.
한국에서 32X를 다룰 때의 현실적인 이야기
여기까지가 기술적인 결론입니다. 마지막으로 한국에서 이 주제를 다룰 때 실제로 부딪히는 부분을 정리합니다.
실기와 카트리지를 구하는 현실
32X는 애초에 판매 기간이 짧았던 주변기기여서, 지금은 중고 시장이 사실상 유일한 경로입니다. 국내에서는 중고 거래 플랫폼과 레트로 게임 전문 중고 매장, 그리고 알리익스프레스 같은 해외 직구 경로가 함께 쓰입니다. 쿠팡이나 11번가에서는 본체보다 주변기기와 변환 케이블류를 찾는 쪽이 현실적입니다.
본체 쪽에서 실제로 문제가 되는 것은 세 가지입니다.
- 전원 어댑터: 32X는 본체와 별도의 어댑터를 요구합니다. 어댑터가 빠진 매물이 흔합니다.
- 영상 출력: 당시 규격 그대로라서 현재 모니터에 그대로 연결되지 않습니다. 변환 장비가 추가로 필요합니다.
- 접점 상태: 메가 드라이브 본체와 32X, 카트리지가 3단으로 물리는 구조여서 접점 불량이 나기 쉽습니다.
이 세 가지를 합치면 실기 구성 비용과 수고가 생각보다 큽니다. 에뮬레이터로 먼저 동작을 확인한 뒤 실기를 검토하는 순서가 합리적인 이유이기도 합니다. 가격은 매물 상태에 따라 폭이 크므로 이 글에서는 금액을 적지 않습니다.
정보를 찾는 경로
이 주제는 한국어 자료가 많지 않습니다. 실제로 쓸 만한 정보가 모이는 곳은 대체로 다음과 같습니다.
- 루리웹의 레트로 게임 관련 게시판. 실기와 에뮬레이터 양쪽 이야기가 섞여 있습니다.
- DC인사이드의 에뮬레이터 관련 갤러리. 단편적이지만 실제 증상 보고가 빠릅니다.
- 네이버 카페와 블로그. 설치 수순을 끝까지 적어 둔 글이 많은 반면, 작성 시점이 오래되어 지금과 맞지 않는 경우가 있습니다.
검색 경로 자체도 다릅니다. 네이버에서는 블로그와 카페 글이 먼저 올라오고, 구글에서는 해외 포럼과 공식 문서가 먼저 올라옵니다. 기술적인 결론을 확정하고 싶을 때는 구글에서 영어로 공식 문서를 직접 찾는 편이 빠릅니다. 이 글에서 코어 이름과 메뉴 항목을 영어 표기로 남겨 둔 이유도 여기에 있습니다.
한국어 검색어의 함정
기계 번역된 용어로 검색하면 자료가 잘 나오지 않습니다. 실제로 쓰이는 표기를 기준으로 찾는 편이 효율적입니다.
| 찾으려는 것 | 잘 걸리는 검색어 | 주의할 점 |
|---|---|---|
| 32X 실행 문제 | “32X 바이오스”, “레트로아크 32X” | CD 쪽 글이 섞여 들어옵니다. 확장자를 함께 적으면 걸러집니다. |
| 코어 설정 | “PicoDrive 설정”, “피코드라이브 코어” | 코어 이름은 영어 표기로 검색하는 편이 자료가 많습니다. |
| 개념 이해 | “HLE LLE 차이”, “에뮬레이터 HLE” | 다른 기종(PS2, N64 등) 이야기가 섞입니다. 개념만 참고하시기 바랍니다. |
| 부팅 실패 | “레트로아크 실행 안됨”, “플레이리스트 경로” | 증상 단어보다 확장자와 코어 이름을 함께 넣는 편이 정확합니다. |
참고로 “에뮬레이터”를 “애뮬레이터”로 적은 글도 꽤 있어서, 양쪽을 모두 검색해 보면 자료가 늘어나는 경우가 있습니다.
마무리
요점은 두 가지입니다.
- PicoDrive에는 “32X 바이오스가 없으면 그 일의 일부를 코어가 대신한다”는 구현이 들어 있습니다. 주석과 분기로 의도가 드러나 있습니다.
- Libretro 공식 문서의 BIOS 항목에서도 Required로 열거된 것은 Sega / Mega CD용 바이오스이며, 32X 바이오스는 필수로도 선택으로도 적혀 있지 않습니다.
그리고 개념 쪽 결론입니다. HLE는 결과를 맞추는 방식이고 LLE는 과정을 맞추는 방식입니다. 바이오스가 필요한지 아닌지는 기종 이름으로 외우는 것이 아니라, 그 코어가 해당 부분을 어느 쪽으로 구현했는지에서 결정됩니다. 이 틀을 쥐고 있으면 다른 기종에서도 같은 방식으로 판단할 수 있습니다.
법적인 이야기는 상황에 따라 달라지므로 단정하지 않습니다. 앞서 적은 대로 이 글은 법률 자문이 아닙니다. 그래서 운용은 건전한 쪽으로 고정합니다. 불법 다운로드에 손대지 않고, 본인이 소유한 실기에서 직접 추출한 것만 쓰고, 판단은 공식 문서와 구현 코드라는 1차 자료로 합니다.
다음에 하실 일은 이 순서면 충분합니다.
- “실행하려는 것이 32X 카트리지인가 CD인가”를 한 줄로 확정합니다.
- 코어가 PicoDrive인지, System/BIOS 폴더 위치가 어디인지 확인하고 환경 메모를 남깁니다.
- 실행되지 않으면 바이오스를 뒤로 미루고, 확장자 → 압축 해제 → 파일 손상 → 플레이리스트 경로 → Region의 순서로 하나씩 지워 나갑니다.
조작감이 아직 아쉽게 느껴진다면, 그것은 바이오스가 아니라 입력 지연 쪽의 이야기입니다. 유선 연결로 기준을 만들고 나서 무선을 검토하는 순서가 편하며, 이 주제는 따로 다룰 만한 분량입니다.
コメント