@Unknown I made the same mistake when I first started looking into building my first Retropie then remembered that the NeoGeo home console (AES) was essentially the same hardware as the arcade unit (MVS) but could only have one cartridge as opposed to the up to six cartridges of the cabinet.

That's a good suggestion. I added some notes on persistent device paths.

Yes, that one. And you're correct about the revision history. I didn't check that. I must have misremembered what was there.

it's now fixed.

@quicksilver said in PC Engine Controller Layout in Docs:

Never seen that before 😄

It will probably be the only time

@MajorDangerNine this is your doing too

Skraper (skraper.net) can get the manuals for the games scraped, provided they're available.

Aah you are right, sorry I just realised that I confused the GitHub concepts of collaborator with contributor in my head. Indeed the access control is very limited.

@woutertron is there any chance that you use Discord chat, or would be willing to?

There is a libretro/RetrArch Discord server where all of the active mame2003-plus developers (as well as a lot of other RA and core devs) can be reached. This is a direct link to the Discord channel, where I can be PM'd or tagged in #programming: https://discord.gg/C4amCeV

The other way that mame2003-plus developers tend to communicate is via github. It so happens that grant already has an issue stubbed out to talk about documentation related to input and input remapping: https://github.com/libretro/mame2003-plus-libretro/issues/329

That would be a great place to start if you're interested! :D

grant2258 created this issue in libretro/mame2003-plus-libretro closed create user docs about the input system, options, and remapping #329

@herb_fargus It is, even the logo. \o/ Thanks!

@markwkidd thanks for your updates, one of these days I'd like to delve into romlister to filter out game types. I know floob had done some in the past but for the few people who filter Mame rom lists might be a useful tool.

@hex Well, it is under Advanced Configuration in the wiki, so it shows up under Emulation Station in the Docs. I'm not sure if it would do that if it was in the ES repo.

Oh, I agree - I based it on what Brunnis himself was doing comparing the press vs LED tests: differences were minuscule. See it here: https://forums.libretro.com/t/an-input-lag-investigation/4407/524

But he did have a 240fps cam. I'm not sure if I can be bothered myself, it's just an idea. Overall it's all just out of curiosity and old benchmarking habits, which I have since the days of 3dfx cards :P I don't need this to prove anything to myself or others, since I can live with this lag as it is at the moment.

One test though I would definitely would like to conduct is to take some people who claim that are "sensitive" to lag and do some blind trials on multiple setups with various slight differences. I think the results could surprise a few, especially those who swear that 1 -2 frames of lag makes games unplayable for them :)

@teejthehellian it's just the GitHub wiki which can be cloned as a repo in standard markdown.

There is also a download option for the wiki in the setup script

@herb_fargus Thanks! I'll go back and clean things up a bit!

@backstander said in Easy Guide for Cheats:

Digital Christmas?

Yep yep. Although in hindsight, gifting anything related to that game is really more Krampus than Kringle.

@herb_fargus said in New Web Documentation:

@mediamogul

Thanks! I'm glad at least one person likes them!

Well, you got yourself another one! :)

@BuZz
OK. I'll wait. I was intending to read the current code to understand how stuff works and contribute in some way. But if it is being rewriten, I think it's better to wait a little longer. Hope to see a little more commented code... :-)