ID, region and revision are grabbed from the games' header and are looked up in the database text file, the same file where MD5 hashes are now. Both MD5 and ID will be valid ways of determining ROM settings, so old database files will still work. The benefit of this is that the database can be shrunk quite considerably, as many, many duplicates can be removed. It will be (much) easier to maintain. I'm hoping to see fewer pull request made to the database repository as a consequence of this change.
* input.cpp: pass dev nr to joy_analog
This allows for per-controller behavior
* N64: add emulation for the analog joystick
This applies the reduced-range octagonal gate of the N64 analog stick to
regular analog sticks.
The code was mostly written by Patrick Pollock with small optimizations
by Martin Donlon and myself.
Some users complained that some games weren't working anymore after my submission. The reason is that I always set save type to "none" when the game wasn't detected in the db. This reverts some of the old behavior, don't touch the save type and controller pak settings when these settings are unknown because of missing db.
* Auto detect system region, CIC, and save type if the ROM is missing from N64-database
Make it possible to to load games with correct settings even if they are missing from the database file.
* Removed auto-detection of save type
Only detect system region and cic type, use db for save type.
* Replace info texts with shorter variants
.
* add n64 type
* use a custom loader for N64
This loader:
- converts little-endian and byte-swapped ROMs
- auto-detects ROM properties, this requires a N64-database.txt file in
the N64 games folder
- add Thrustmaster Guillemot Force Feedback Racing Wheel (06f8:0004)
case to setup_wheel for axis 8 (wheel), 9 (accel) and 10 (brake) with
FF_AUTOCENTER support. This wheel uses the built-in `iforce` kernel
module
- prevent input_cb from skipping axis 7 and 8 (previously assumed to be
both paddle axis) if QUIRK_WHEEL is set on the device
- add wh_pedal_invert field to indicate that the pedal range needs to be
inverted after normalization as the device input goes from minimum (0)
offset to maximum (255) offset on pedal depression rather than maximum
to minimum (like the existing supported wheels)
- comment the existing wh_ fields in setup_wheel to indicate their
function
Fixes#799
Co-authored-by: Dominic Evans <oldmanuk@gmail.com>
Add osd_lock and osd_lock_time config options
When osd_lock is set it specifies a sequence of button pressed that must be pressed in order to gain access to the OSD while running a core.
osd_lock_time is the time (in seconds) before you will be prompted again for the unlock code after you have closes the OSD.
Co-authored-by: Martin Donlon <github-martin@donlons.com>
