Thank you for the point to minty pi.

Will post the first images as soon as it‘ in „beta“. But it will be fairly easy to print and build ;) will be in beta somewhere in q1 :D

@dawtyne10 RetroPie won't be available in Kodi, it is the module RetroPlayer, that will become available on Kodi 18. Although they are both about retro emulation, it is a bit different, RetroPlayer will include "only" the RetroArch core emulators.

Okay, I've got the Konima code working!

I switched the controller mode for the SF30 Pro to "Android Mode" to get the triggers to recognize in the configure input menu. Thanks @Rion for pointing me back to that thread.

I paired the controllers again in the bluetooth section of retropie-setup.sh, and went through the configure input process in ES a couple of times just to be sure.

I am seeing the es_log file being written to now! Something I want to make clear is for anyone else testing is that inputs are only logged while in a core/system menu, and not while the ES Menu is displayed. This also means that the passkey (Konami code) can only be entered while the gamelist is visible (not the ES UI menu).

Here's my output which also answers my question about isValidInput... it's yes when the button press or keydown event is true and no when the keyup event is true.

lvl2: EmulationStation - v2.7.3rp, built Jan 7 2018 - 04:49:16 lvl2: Creating surface... lvl2: Created window successfully. lvl2: Added known joystick 8Bitdo SN30 Pro (instance ID: 0, device index: 0) lvl3: SystemView::getViewElements() lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 up, isMappedTo= up, , value=1, isValidInput: yes lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 neutral?, isMappedTo= down, left, right, up, , value=0, isValidInput: no lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 up, isMappedTo= up, , value=1, isValidInput: yes lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 neutral?, isMappedTo= down, left, right, up, , value=0, isValidInput: no lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 down, isMappedTo= down, , value=4, isValidInput: yes lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 neutral?, isMappedTo= down, left, right, up, , value=0, isValidInput: no lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 down, isMappedTo= down, , value=4, isValidInput: yes lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 neutral?, isMappedTo= down, left, right, up, , value=0, isValidInput: no lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 left, isMappedTo= left, , value=8, isValidInput: yes lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 neutral?, isMappedTo= down, left, right, up, , value=0, isValidInput: no lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 right, isMappedTo= right, , value=2, isValidInput: yes lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 neutral?, isMappedTo= down, left, right, up, , value=0, isValidInput: no lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 left, isMappedTo= left, , value=8, isValidInput: yes lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 neutral?, isMappedTo= down, left, right, up, , value=0, isValidInput: no lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 right, isMappedTo= right, , value=2, isValidInput: yes lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Hat 0 neutral?, isMappedTo= down, left, right, up, , value=0, isValidInput: no lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Button 1, isMappedTo= b, , value=1, isValidInput: yes lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Button 1, isMappedTo= b, , value=0, isValidInput: no lvl3: UIModeController::logInput( 8Bitdo SN30 Pro ):Button 0, isMappedTo= a, , value=1, isValidInput: yes lvl3: UIModeController::listen(): Passkey sequence completed, switching UIMode to full

you can't really make these comparisons. atoms and p4s are likely still faster than a single core rpi3 (remember that emulators are almost always single core, and that ARM is way less performant than x86 per MHz, in most scenarios), and ancient versions of emulators were more hacky than 'HLE'. things like ultraHLE (n64) would run on a toaster, but they were barely 'emulators' at that early stage. even today's HLE emulation is vastly more accurate, but needs more juice.

i don't see anyone spending a whole load of time making a hacky model 2 emulator targeted at raspberry pis. by the time they were finished it would be redundant.

I am looking into info-beamer's screenshot utility. While it does not support width and height it seems to have a better performance at larger resolutions.

Based on what I have read, it seems to support full "streaming" instead of just grabbing screenshots every few seconds, but I haven't figured that part out yet.

It gets a bit weirder.

Despite libSDL1.2-dev being a dependancy the Makefile actually doesn't use USE_SDL=1 so it's built without it anyway! So much for my original question.

I've tried using the "update from source" option in Retropie-Setup and the newer version it builds is buggy in a similar way to my Vero4K builds. I guess the Reicast devs have a commit somewhere that's broken it a bit. So again it would be very useful to know when the Reicast binary was built? so I can pull from that time to compare.

Incidentally if the Retropie devs are reading this there is a Reicast commit "6ae93b3" which breaks it to the point of segfaulting at startup. This affected the the Vero4K and as it shares a CPU with the RPi3 it will likely break on their too, so be aware should you pull in anything newer from their repository.

@mitu well, what I'm really looking for is a way to move the names that it has scanned over to a GUI (the row GUI is easy). I'll have them put in the password, then move the password over to the original thing to check if it is valid and connect. Or would it be easier to leave it as be and add ui configurations for the different characters?

@nemnadogg said in Input configuration for each console:

@dankcushions In my case it's a retrolink N64 USB controller. I call it a generic joypad because that's how retropie calls it. The controls are weirdly scrambled for every console. Even for the NES, which is supposed to have the same controls as Emulation Station, yet for some reason is different.

this is the suggested layout for n64 pads: https://retropie.org.uk/docs/RetroArch-Configuration/#nintendo-64

if you bind it to that in initial setup, it will be this layout for all libretro cores, and a number of standalone cores.

I've wanted to change the button configuration that my PS3 controller uses for N64 emulation. But I'm not using one of the libreto emulators, so I'd have to do that in the system files, I believe. And as someone who knows nothing of software, I'm afraid of ruining something.

again, this all happens automatically. if you bind it during initial setup (https://github.com/retropie/retropie-setup/wiki/First-Installation#configure-controllers) to the PS layout (https://retropie.org.uk/docs/RetroArch-Configuration/#ps1) then it should create the relevent config files for mupen64plus standalone.

@bisantium

Any of the 'lr-' (RetroArch) emulator cores can easily be remapped per system. When in game, pull up the menu (hotkey+x). Next select 'Quick Menu' and then 'Controls'. Rework them to your liking and then be sure to select the save option for the system from the same menu.

@madmodder123
CRT's are definitely worth checking out. I've spent $25 total for the thriftstore Trinitron and composite cables for the pi. Right now, it's in the parlor room "for the holidays" (AKA I don't want to wrestle it up the stairs just yet!)

0_1514828778985_sony_pi.png
(even Kodi works, with some effort)
0_1514828792079_sony_pi_kodi.png

@mitu What I mean't was instead of using a connected monitor, use Wifi/bluetooth android phone screen inorder to play retropie without wires.

@psyke83 an example of how i have my individual game conf files

[autoexec] cycles=150 mount c /home/pi/RetroPie/roms/pc c: cd/cstlewlf CE.EXE exit

Instead oft using standard Charakters you can try to hash the key. So the key will be transformed to a HEX string that contains only Charakters from 0 to 9 and A to F

Im still on vacation ;D

@buzz that’s sad to hear.

Tho guy who appears to be running this page is from the U.K. and posting this on the Retro games forever Group...

Maybe I would care less of the guy was such and obnoxious **** :/

@mitu I got in touch with Steven Selph who wrote it. I think he's on top of things now. I got everything to work on my end, but it seems like the module still might need some work.