Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

[FR] add per-game configurable autofire/turbo buttons #1015

Closed
eadmaster opened this issue Oct 1, 2022 · 3 comments
Closed

[FR] add per-game configurable autofire/turbo buttons #1015

eadmaster opened this issue Oct 1, 2022 · 3 comments

Comments

@eadmaster
Copy link

As alternative to the turbo feature in the frontend, allow setting per-game autofire buttons in the Controls menu, like in Nestopia:
img

Prolly some code from this PR can be reused :
libretro/gambatte-libretro#165

Related issues:

#355
@barbudreadmon
Copy link
Collaborator

barbudreadmon commented Oct 2, 2022 •
edited
Loading

See libretro/RetroArch#11273, the current retropad model allows a limited number of actions, which are already all in use by this core.
If you are talking about a specific emulated machine which happens to have free buttons, be precise. It seems you are comparing emulators which emulates 1 single machine with a fixed layout against an emulator that emulates hundreds of machines with variable layouts.

@eadmaster eadmaster changed the title [FR] add per-game configurable autofire/buttons buttons [FR] add per-game configurable autofire/turbo buttons Oct 3, 2022
@eadmaster
Copy link
Author

Most machines i've seen use less than 3 fire buttons, so there should be enough free to have 2/3 extra autofire buttons.

In the Neogeo machines i've seen you've added combo macros, which are useful especially for fighting games.
Shmup and beatemup games would benefit more from autofire/turbo buttons instead.

So i guess this should be done on a per-game basis.

@barbudreadmon
Copy link
Collaborator

I'll close and won't accept requests regarding this as long as the feature request from libretro/RetroArch#11273 is not available

NullPopPoLab pushed a commit to NullPopPoLab/FBNeo that referenced this issue Nov 4, 2022
@taoenwen
neogeo update (libretro#1015)
df49d8d 
[1-1] NON-PCB CMC-encrypted games now allow Sprite-ROM to be longer than 0x4000000;
[1-2] The excess also applies to CMC encryption/decryption.
[2-1] In the case of ips, the reserved length of P-ROM/C-ROM/V-ROM is increased.
[2-2] ips extends the length of sprite-ROM, and in this mode, there is a judgment of the true length to ensure that CMC built-in TextRom can be correctly recognized.
[2-3] When synchronizing ips cmc decrypts the length of the temporary memory, it avoids overflows caused by inconsistencies in the length of the two temporary memory.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@eadmaster @barbudreadmon