You can check out the official commented .cfg from https://github.com/libretro/RetroArch/blob/master/retroarch.cfg, but apart from that I don't know if there's any official reference with all the options. The aforementioned configuration file has a pretty good explanations for the input handling.

@BuZz Thank you. I made some edits to my post above to help prevent silliness. You are correct, it was psyke83 who suggested the change. Your directions above worked perfectly, as expected and I reverted all of the configuration changes. And scummVM also works as expected. Thank you for the commit, and for letting us play in your house while you and the team tidy-up the inevitable release.

@mitu No problem at all. Yep TOC is fine, it's just the links within the pages which are broken. Thanks a lot.

@pjft said in Recent RetroPie Documentation Changes - PSX - Emulator Info and BIOS Info.: Either that or my defaults were already overwritten by today's change :) That could be the case. Mine was 'Auto' and I didn't run the update beforehand.

@riverstorm said in Variable Governor not set in the wiki for Odroid XU4 - Performance Issue: The initial reviews seem mostly positive for Ready Player One. I really liked it. The film deviates from the book in sooo many ways for the sake of brevity, but it still feels like 'Ready Player One' at every turn. Something I was pleased to discovery that I didn't consider was the musical score done by Alan Silvestri. While the movie is a visual treat of pop culture references, the score manages to weave in music cues from many other properties as well and it's done in a very thoughtful way. It's not so much that you'll see a Star Wars character reference and immediately get a Star Wars music cue, but rather when moments occur that might organically evoke a strong feeling of fantasy, you may get a subtle little bit of the theme from Stephen Spielberg's Amazing Stories. All very well done.

@cwacha this is something that has always been a confusion due to the various hardware types. It had originally been left bottom, left top but that was confusing too depending on people's vantage point. It's most telling on the Xbox controllers where physically the shoulders are flat buttons whereas as the triggers are actually shaped like triggers as opposed to PlayStation controllers where the top buttons don't have any physical distinction other than placement. Shoulders and triggers are also more common in most gaming communities In short: bottom = shoulders, if there only two like the SNES then they are shoulders. Top = triggers I included the diagrams so they reflect the controls and verbage in emulationstation and so there can be no ambiguity.

@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 :)

@ruffle80 yeah man! Go ahead please! ;-) if you post here about your changes it would be kind.

there are already compatibility lists for the PSP, dreamcast and n64 systems, but: they are often pointless since those systems see active development so anything (not) working today will/won't be working tomorrow. without someone to babysit the google documents (like i, and previously @herb_fargus do for the mame lists) they quickly descend into gibberish. whatever cells you don't make read-only WILL turn into garbage on a bimonthly basis. hence: all the psp, dreamcast and n64 sheets are almost entirely garbage now. so, good luck to anyone who takes it on ;)

@RobotLimeLtd That is not the default for retropie - default retropie has # Sets the "system" directory. # Implementations can query for this directory to load BIOSes, system-specific configs, etc. system_directory = "/home/pi/RetroPie/BIOS" in configs/all/retroarch.cfg - perhaps you overwrote the config?

@meleu said in Documentation help: @herb_fargus Are there docs in retropie.org.uk/docs that aren't present in the wiki? Yes but some I intentionally left out I've found a broken link in https://retropie.org.uk/docs/Controller-Configuration/ and searched in the wiki to fix it, but didn't find. Must have missed it will fix when I find a moment

@herb_fargus said in Mistake in the Retropie documentation: I don't know how I feel about having wiki links, just the other day some stupid person spammed up one page we had to revert Good point. Let's stick with it as it is. Thanks for your hardwork.

@Rookervik Thank you so much! It's such a useful tool. I think it would go really well in the ES Toolkit that @mattrixk has put together.

@herb_fargus said in New Web Documentation: @mediamogul Thanks! I'm glad at least one person likes them! Well, you got yourself another one! :)

@darknior said in Where's the RetroPie-Setup API docs?: Will it be possible to choose to the FONT or you auto use the same as the THEME ? Because i think it is cool if we can use a font we use in the theme :) It uses the same font as the theme, as you can see in the examples in this topic: https://retropie.org.uk/forum/topic/7193/runcommand-launching-images-for-any-theme/2 You can make suggestions on that thread ;-)

@buzz I edited the post. But I can't edit the @detron 's reply. He quoted my post.

Excellent work....very very thorough. Love it!

@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... :-)