Input Overlays as I understand them are not ideal for this. I can see in the examples that static images are manipulated across the display, but they are still static images. Say I wanted to implement a timer that hangs out in the corner during gameplay - I would have to configure logic to swap out images for each digit of the timer every time increment. That's a bit much! I'm just looking for some way to add my own system text, similar to how the frame counter, fps, or memory utilization can be optionally displayed on the OSD.

As for the latter point, it seems like reaching out to the memory domains is something you can do in libretro according to the API, but I'm not sure how to set up a script that would assess memory state as it is executed - is there any kind of next_frame event or otherwise that could be used to fire off a script to check? There are numerous layers in the system, each with their own sets of capabilities, scripts, and events, so I'm not sure which layer I want to be targeting to get this kind of functionality.

@ultramagnus_tcv said in Auto 1 Auto 2, etc. in RetroArch:

It sounds like there's some kind of library of controllers that Retroarch knows about?

Yes, at the link I posted previousy - https://github.com/libretro/retroarch-joypad-autoconfig

Is that pulled from the Internet or does a group of them exist inside the Retropie installation?

Neither. When you configure your gamepad in EmulationStation, an auto-config file is generated automatically by RetroPie and copied into the right place, so it's loaded by each libretro core (RetroArch).

I guess what I'm getting at here is: If I were adventurous, could I create my own autoconfigure entry for my particular controller since it doesn't match up with anything currently in there? I don't plan to do this. It's a curiosity.

Yes, you can - https://docs.libretro.com/guides/joypad-autoconfiguration/ - but, as I said, an auto-configuration is generated for your when you configure your gamepad in EmulationStation, so you don't have to.

Another question: Let's say I want to get an N64-style controller. Is there a way for me to look up whether a particular mfg's controller exists inside RetroArch's known controllers so that wouldn't need to manually remap?

You can look it up in the RetroArch's joypad repository - link posted above.

@mitu Cool cool. Much appreciated as always.

If you're running retroarch from the command line, try looking in the folder that you're running the program from. So if you cd ~/games; retroarch then your videos will be saved in ~/games.

Also the relevant setting is recording_output_directory (mine was an empty string which is why it was saving to the pwd)

Afair RetroArch added a new aspect ratio, which caused some IDs to change due to the ordering. So you would need to edit existing configs or reconfigure.

@BGallagherLA Im not a retropie dev so I dont have any insider knowledge to share unfortunately. The most recent WIP build works pretty well but there are still some missing emulators/packages. So the only thing I can say with certainty is that it isnt ready yet.

Note that this setting might slowdown the emulation for some systems. If this works to fix the core loading issues, then you should add this setting only in the respective systems' retroarch.cfg, i.e.

/opt/retropie/configs/msx/retroarch.cfg /opt/retropie/configs/x68000/retroarch.cfg

while keeping the video_threaded="true" in the main configuration file to be applied to other systems.

Another thing you can try is to use the retroarch.cfg.rp-dist file instead and see if replacing the (long) retroarch.cfg with it would still make the bluemsx and px68k cores to crash.

@mahalingam it was fixed, so if you're getting the issue open a new topic with some info.

Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first

@dankcushions said in Boot to Retroarch?:

the false meme that MISTer/FPGA emulation is somehow inherently more accurate/less latency than software could ever be persists :(

I looked into Mister after reading that when it went up on his blog, and I have to say that Mister seems overly complicated and expensive. It immediately looks like something that would take huge investment of time and money to even evaluate. And then you are already in for it. The pi is cheap and relatively effective. What's even better is that it can be augmented with higher quality hardware. Need a decent sound card? Buy one and plug it in. Need better graphics? Use a fancy processor. All the Pi has to do is handle the software, and that means having a dedicated community like this one. The solution with the biggest community is always the winner, and the low price point of the pi makes it a natural.

Retroarch has a new(ish) CRT Auto Switcher that should make CRT stuff easier and automatic. it does super resolutions and all that. however i'm not aware of anyone attempting it via retropie. it should be the best approach.

Thanks. I've looked into the switchres settings. I think I'll try it eventually. Looks like it will take time to define the graphics modes. For now, I guess I'll stick with the tink for Lakka, because I can use a super resolution for that and Raspbian thru the Extron for any emulation I can run natively. (like Dosbox)

@BuZz my bad, sorry. I didnt know where to go. It was working earlier and just stopped after i tried updating and wanted to find out if i could fix it but ill look on other websites for an answer

I'm going to assume I post in the "help and support" thread, if there's a better place please let me know. Thanks again all.

SOLVED!- it was in the coding- I had buttons double-coded so to speak and had a bunch assigned to R_X/Y plus&minus (input_player1_r_x_plus_btn = "5" for example) as well as what they should've been assigned. HUGE weight off my back- I've been poking around like a blind squirrel.

Here's is a realistic Arcade Bezel for the game 1944: The Loop Master using the Mega Bezel Reflective Shader for Retroarch.

pic.jpg

I have installed the latest version of retroarch, and it ignores the configuration of ../retroarch/autoconfig/*.cfg. Has something changed?

My fault, I gave him update joypad and it blocked my configuration. I deleted it and everything worked perfect.

@danick8989 I've updated normally today and voilá, BEAUTIFUL.

@mitu Ah - thanks for this. Doesnt look like it is going to implemented any time soon

@mitu Thank you. That was exactly what I needed to know! I have it working now. No idea how it got deleted, but glad this was the fix. Thank you very much.

I have an 8Bit Duo, and I did figure it out. Just assign the hot key and exit key to same home button. So that works with single press now. Then set up separate hot key/menu load for my keyboard, and can still access menus. So all good!