Android에서 게임을 옮긴 뒤 RetroArch 플레이리스트를 고치는 방법
옮긴 권한 있는 파일이 원하는 코어로 직접 열리는지 먼저 확인하세요. 플레이리스트를 백업하고 새 폴더를 다시 스캔하거나 JSON 항목의 `path`만 Android용 `/`로 수정합니다. 별도 시험에서 틀렸다고 확인되기 전까지 `label`, `core_path`, `core_name`, `crc32`, `db_name`을 유지하세요.
이 순서대로 진행
- 01
패키지, 버전, 코어, 플레이리스트, 이전 경로, 새 허용 폴더를 기록합니다.
- 02
Load Content에서 옮긴 파일을 목표 코어로 직접 엽니다.
- 03
메뉴로 종료하고 `.lpl`을 되돌릴 수 있게 백업합니다.
- 04
재스캔, Manual Scan, 작은 목록의 `path`만 편집 중에서 고릅니다.
- 05
Android에서는 `/`와 올바른 JSON을 사용하고 근거 없이 다른 필드를 바꾸지 않습니다.
- 06
재시작 후 한 항목의 실행, 썸네일, 코어를 확인하고 나머지를 고칩니다.
판단표
| 관찰 | 가능한 계층 | 다음 조치 |
|---|---|---|
| 직접 실행 성공 | 오래된 경로 | 항목 수정 또는 재생성 |
| 새 폴더가 안 보임 | Android 권한 | 접근부터 복구 |
| 다른 코어로 열림 | 코어 연결 | 직접 시험 후 재지정 |
| 썸네일 사라짐 | 레이블/DB | `label`과 `db_name` 유지 |
항목은 파일명 이상입니다
JSON 항목에는 경로, 레이블, 코어, 체크섬, DB 이름이 있습니다. 파일 이동은 보통 경로만 무효로 만듭니다.
직접 실행이 대조 시험입니다
Android가 폴더를 열지 못하거나 코어가 실패하면 `.lpl` 편집으로 아래 계층을 고칠 수 없습니다.
재스캔과 제한 편집의 비용은 다릅니다
큰 DB 목록은 재스캔이, 작은 사용자 목록은 백업 후 제한 편집이 알맞습니다. 가장 작은 가역 조치를 고르세요.
플레이리스트는 색인일 뿐 허가가 아닙니다. 직접 덤프했거나 허가된 파일만 옮기고 보고서에 ROM, BIOS, CHD, 키, 그림, 음악을 첨부하지 마세요.