mirror of
https://github.com/Abdess/retroarch_system.git
synced 2026-10-23 20:29:06 -05:00
Platform guides, device groups, terminal tabs, pack README manuals and logo credits move from Python tables to platforms/_guides.yml, checked against the registry on load. A folder row without a path is the registry's extract_to, written once. Wiki pages place themselves in the navigation with order and nav_title in their front matter. Generated docs/ and mkdocs.yml are unchanged.
6.0 KiB
6.0 KiB
level, order, nav_title
| level | order | nav_title |
|---|---|---|
| reference | 130 | Project terms |
Terms of the reference pages
The words the reference and contributor pages use, each with a real case. The everyday words (BIOS, emulator, core, hash) are in the glossary.
- Frontend
- The menu you pick and start games from, such as EmulationStation, MinUI or the RetroArch menu. It starts the emulator.
- Pack
- One ZIP file with every BIOS file a setup uses. A pack over 2 GB comes in several parts, and every part is needed.
- Profile and source_ref
- A profile records which files one emulator opens, read from its code.
Every entry has a
source_ref, the line of code that proves it, at the revision named bysource_commit(the pin). Example:emulators/duckstation.ymllistsscph5501.binatsrc/core/bios.cpp:47, commit4122fed9. - Alias
- Another name the same emulator accepts for a file, listed under
aliases:in its profile, never as a second file. - Region and priority
region:is the territory for which the code picks a file.priority:is the order the code tries files that fill the same role, lowest first. Example: DuckStation givesscph5501.binpriority 5 andscph1001.binpriority 10, so with both present it loadsscph5501.bin.- Slot
- One role a file fills for one system and region, such as the North
American PlayStation BIOS.
scph5501.bin,scph1001.binandscph7001.binfill the same slot.--one-per-slotkeeps the one the emulator prefers. - Category: firmware, game data, unread
- Each entry of a platform's list is sorted by what its emulators do with
it: firmware they load, game data, or a file none of them opens. Only
missing firmware counts as a fault. Example: AmberELEC lists
hardwareconfig.xmlin each blueMSX machine folder, and blueMSX never opens it, so it isunread. - Romset and recipe
- An arcade BIOS is a ZIP of several chips, and each MAME or FBNeo version
expects a slightly different ZIP. A recipe is the list of chips (name and
CRC32) one version expects, enough to rebuild that exact ZIP from chips
already held. Example:
spec128.zip(MD51a524bfa...) was rebuilt from the FBNeo recipe. - Profile
- A YAML file in
emulators/that documents what one emulator loads, read from its source code. - Ground truth
- The emulator's source code, the reference every profile is checked against.
- System
- A console or computer being emulated, named by an id such as
sony-playstationornintendo-gba. - Verification mode
- How a setup checks a file: by its name only (existence), by MD5 or by SHA1. Reference: How each platform checks files.
- Status
- The outcome of one file check:
ok,untested(present, but not the expected hash) ormissing. Batocera's own checker prints the sameUNTESTEDfor a file whose MD5 is not on its list (batocera-systems,checkBios). - Severity
- How much a check result matters: OK, INFO (negligible), WARNING (degraded), CRITICAL (the emulator cannot start games).
- Discrepancy
- A file that passes the setup's own check but fails the emulator's size or
hash check. Example: RetroBat accepts
d64_1.rom, while XRoar checks its CRC32 and expects84f68bf9, not60a4634c.verify.pyprints it asDISCREPANCY, and the gaps page lists it under that name, with the check that failed (size or hash) in the row. - HLE
- High-level emulation: code inside the emulator that does the BIOS's job, so some games start without the file. Some games glitch or do not start with it, so the real file still ships.
- hle_fallback
- A flag on a profile entry: the emulator has HLE for this file, so its
absence is reported at INFO. It does not make the file optional: 13 of
the 778 entries that carry it are
required: true, among them Beetle PSX'sscph5501.bin. - Variant
- Another version of a BIOS file (a revision, a region or another dump), kept
in
.variants/in the repository. - Cross-reference
- The comparison of emulator profiles with a setup's own list, which finds the files the setup's emulators load and its list does not name. The packs add those files, and What the packs do not hold counts them. The page Cores by platform lists the cores this comparison reads.
- Shared group
- A group of files in
_shared.ymlthat several setups include, with the folder an emulator expects. - Data directory
- A whole folder an emulator needs, such as Dolphin's
Sys/or the PPSSPP assets, kept indata/and not indexed in the database. - Storage tier
- Where a file comes from:
embedded(inbios/),external(downloaded at build time) oruser_provided. - Target
- A hardware architecture a setup runs on, such as
switch,rpi4orx86_64. - Manifest
- The JSON list of files per setup in
install/, which the installer reads. - Scraper
- A script that reads a setup's own BIOS list (System.dat, es_bios.xml and others) into this project's format.
- Exporter
- A script that writes the project's data back in a setup's own format.
- Truth
- A setup's file list generated from the emulator profiles, compared with the list the setup publishes.
- Dump catalog
- A preservation project (Redump, No-Intro, TOSEC) that publishes lists of verified hardware dumps.
- Provenance
- Whether a file is byte for byte a dump that Redump, No-Intro or TOSEC
catalogues, joined to the database by hash. Example:
scph5501.binis Redump'sps-30a.bin. It says where a dump is known from, not whether an emulator accepts it, and it never overrides the emulator code. Where a pack takes a file from (the collection, a data folder, a release asset) is its source, not its provenance.
!!! tip "Next"
- [How each platform checks files](verification-modes.md)
- [Glossary](glossary.md)