@shavecat force turbo overrides the CPU governor and applies your overclock all the time, even when your pi is idle. There is very little purpose in forcing turbo, it will shorten your Pi's life, create extra heat and use more power.

You are better off changing the CPU governor to performance mode instead. My recommendation is leave force turbo alone. For now, I would also recommend leaving overclocking alone as well. It causes all sorts of issues of you don't know what you're doing. It's really for advanced users who know how to do proper stability testing. Based on some of your previous questions, you aren't yet proficient enough with your pi to delve into overclocking. I am saying this not to insult you but warn you that you might need to do some additional research/reading.

@quicksilver It might be... However it's connected to an hdmi monitor. As I mentioned, the hiss is slightly more audible when I use, CRT for an example, when the metadata is scrolling. It was less audible when I switched to the Pixel theme.

I was actually wrong it started up again but when i connected a power supply to my hdmi av connector it stopped and has been good since i think it is a power issue and using overscan must draw less power so thats why it seemed better

@mitu that makes sense, and i'm actually thinking the updates crossed over each other, making the update confuse each other, retropie and etc. I should have thought of this, but anyways, thank you for clarification, that's all I really needed to know

@robertvb83
I got it fix .
and sure here u go -

<system> <name>sufami</name> <fullname>Nintendo Sufami Turbo</fullname> <path>/media/usb0/roms/sufami</path> <extension>.7z .bin .smc .sfc .fig .swc .mgd .zip .7Z .BIN .SMC .SFC .FIG .SWC .MGD .ZIP</extension> <command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 _SYS_ snes %ROM%</command> <platform>sufami</platform> <theme>sufami</theme> </system>

not its snes , just look at the command . u can switch and build a theme

@pelztier Open a separate topic and provide the information from https://retropie.org.uk/forum/topic/3/read-this-first.

Did you find solution for that?

@Puchi25 said in Hiding Emulators Without Deleting Roms (Help!):

I've got game collection art grouping the console games together and now i'm trying to hide the original emulators without deleting any of the games inside of them.

This won't work with custom collections. To quote @pjft, the developer of custom collections (original post here):

The custom collections rely on games that ES knows about.
ES only knows about games that it loads.
ES only loads games from systems that it knows.
ES only knows about systems defined in es_systems.cfg.

In short, removing a system from es_systems.cfg will remove games for that system from a custom collection.

If you wish to create a collection for console games, then you will need to manually create a new system in ES. Full documentation can be found at: https://retropie.org.uk/docs/Add-a-New-System-in-EmulationStation/

This process involves creating a custom es_systems.cfg file so please follow the advice given by @quicksilver. Adding a new system in the default es_systems,cfg in /etc/emulationstation means that should you install an emulator at a later date, the file could be overwritten, removing the new system.

@TheBlueBanner @chubsta Another solution is to create "non-merged" romset, definition from the mame website :
A non-merged set is one that contains absolutely everything necessary for a given game to run in one ZIP file. This is ordinarily very space-inefficient, but is a good way to go if you want to have very few sets and want everything self-contained and easy to work with. We do not recommend this for most users.
Clrmamepro allows you to build such romsets, or you can do it manually by copying files from parent and/or bios to the romset you want to launch.

@muldjord said in Anyone got a full set of fba/mame-libretro scraped files they could share?:

Skyscraper has just been updated to v3.0.3 adding some requirements to the APIv2 of the screenscraper module and also containing a workaround for slightly invalid XML being returned from the module. If you had bad results using the screenscraper module, please update to 3.0.3 and try again.

I must admit to being very impressed with skyscraper - after a few mishaps because I wasn't sure how to work it correctly I am now having far better results than I ever had with any other scrapers - top work!

Did you get it working? I've been trying to do the same thing, but can't seem to make it work. Right now player1_start begins Ms. PacMan for 1 player and player2_start begins Galaga for 2 players. I've tried going into the FBA menu to change the controls but when I cycle through the buttons, the only available start button is "Start (left)", which both player1_start and player2_start are bound to. Any help would be awesome!

@mitu Welp, that was easy! thanks! :D

@jurassicplayer Tested with that md5 sum and it is caused by the same flaw in the returned XML as I just fixed. My fix doesn't work on this but I've just improved it so it should work all-round from 3.0.4.

@pbufkin45 Use a keyboard or access the PI system over SSH.

Can you get a verbose logging from running the ROM with lr-fbalpha and post the output to pastebin.com ? Does it work with lr MAME emulator ?

You can see how the overlay is configured for a game by looking at one of the overlay repositories used by the script - for instance https://github.com/UDb23/rpie-ovl/tree/master/arcade/1944 shows what configurations are necessary to add overlays for the1944.zip rom file.

I had the same issues using my Mausberry switch I had the blue and white cable mixed up.

Interesting. I do want to play roms off the 1Tb drive.

@brand said in Retroarch crashes when launching games (ES Windows 10):

What should I do?

Make sure your RetroArch works, this is not an Emulationstation problem. Also, this is a RetroPie forum, not a general RetroArch forum - you might want to try the libretro forums if you have problems using RetroArch on Windows.