-
Notifications
You must be signed in to change notification settings - Fork 0
Hardware Research
This page is the project gateway to the public hardware-oracle method. The research site remains the canonical findings and experiments registry.
flowchart LR
A["Narrow public question"] --> B["Source-owned probe<br/>exact revision + identity"]
B --> C["Transport qualification<br/>PSPLink / capture intact"]
C --> D["Physical PSP run<br/>model + firmware recorded"]
D --> E["Raw bounded result<br/>repeat count preserved"]
E --> F["Scoped interpretation<br/>unknowns retained"]
Important
PPSSPP agreement, software-vs-Vulkan parity, or two host implementations agreeing can validate a probe/comparator chain. They are corroborationโnot PSP silicon truth.
A recompiler and its reference model can share the same wrong assumption. Qualified physical PSP measurements are therefore stronger evidence for selected return values, timing, wake behavior, state transitions, and bounded media/display contracts.
| Observation | What it establishes |
|---|---|
| Transport succeeds | The connection and capture path worked for that attempt. |
| Transport fails | No semantic measurement can be accepted from that attempt. |
| Probe returns a value | A candidate result exists; source/binary identity, environment, repeatability, and interpretation still need review. |
| Qualified repeated result | Bounded hardware evidence for the exact measured contractโnot a general platform rule. |
The current planned physical test device is a Japanese-region PSP-3000 configured and presenting as U.S., firmware 6.61-ARK. Historical records may retain their recorded PSP-3001 identity; those records must not be rewritten to match the current device.
| 1 ยท Choose | 2 ยท Run | 3 ยท Report | 4 ยท Review |
|---|---|---|---|
| Start with a narrow question or replication request. | Use a source-owned synthetic probe and qualify transport first. | Share small scalar outputs, environment scope, and repeat countโnever private title material. | Separate observation from inference and preserve remaining unknowns. |
| Method | Work queue | Canonical records |
|---|---|---|
|
Hardware Oracle Methodology How to Run an Experiment |
Hardware Replication Replication Wanted |
Findings Registry Experiments Registry Contradictions Registry |
Caution
Publish only redacted, reproducible, public-safe artifacts. Keep commercial inputs, derived captures, private traces, identifiers, and private paths local. Use Submitting Results Safely before sharing.
The repository-side protocol is maintained in docs/HARDWARE_ORACLE.md.
Home ยท Current Status ยท Getting Started ยท Research site ยท Public repository
Public-source project manual. Users supply their own lawful inputs; no proprietary game content is distributed.
- ๐ Home
- ๐ Current Status
- ๐ Getting Started
โถ๏ธ Build and Run- ๐งญ Repository Tour
- ๐๏ธ Architecture
- ๐ Static Recompiler
- ๐งฉ Runtime and HLE
- ๐ผ๏ธ Graphics and Display
- ๐ Audio and Media
- ๐งช Verification and Testing
- ๐ฉบ Debugging
- ๐ฎ Hardware Research
- ๐ง Development Workflow
- ๐ค Contributing
- ๐ Publication and Provenance
- ๐ Research and Documentation
- โ FAQ
- ๐ Research Home
- ๐๏ธ Knowledge Base
- ๐ Evidence Standard
- ๐ฌ Hardware Replication