BIOS detection should rely on core-level identification
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 14.1k
- Forks
- 2.2k
- Avg merge
- 7h 35m
- Merged PRs (30d)
- 51
Description
Is there an existing issue for this?
- This is a bug in RetroArch frontend
- I have searched the existing issues
Description
Example. RetroArch is configured to recognize the following BIOS files for PlayStation cores:
- scph5500.bin
- scph5501.bin
- scph5502.bin
Expected behavior
RetroArch should automatically identify the BIOS file used by the core (SCPH5501.BIN in this case), displaying it under Main Menu → Information → Core Information as follows:
Present, Optional: SCPH5501.BIN (PS1 US BIOS)
Steps to reproduce the bug
- Rename scph5501.bin to SCPH5501.BIN
- Place SCPH5501.BIN in RetroArch System Directory
- Open RetroArch
Main Menu → Load Core → Sony - PlayStation (SwanStation)Main Menu → Load Content → 240pTestSuitePS1-EMU.cue → Sony - PlayStation (SwanStation)— the BIOS functions correctly in SwanStation because the core identifies and loads the BIOS files using their MD5 checksum or a similar method; You can rename it to SCPH5501-TEST.BIN and it will still be loaded by SwanStation.- But RetroArch complains in:
Main Menu → Information → Core Information
Version/Commit
1.22.2
Bisect Results
No response
Present in the nightly version
I don't know
Platform & operating system
Trisquel
Affected Cores
Environment information
- Flatpak
Relevant log output
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the issue through Main Menu → Information → Core Information with SCPH5501.BIN and the Sony - PlayStation (SwanStation) core. Inspect how RetroArch determines BIOS presence versus the core's checksum-based identification. Done means Core Information reports SCPH5501.BIN as present and optional when the core can load it despite its filename.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100