@mitu that was crazy fast, thank you! Just uncommented it and it actually worked. I thought it was being overriden by the one in [all] but I'm happy to be wrong.
Again, thank you!

@sleve_mcdichael said in Using a Pedal with Retropie (Hori Apex Racing Wheel):

/etc/modprobe.d/xpad.conf

God, you fixed it! This has been driving me mad all day, thank you so much!

@sleve_mcdichael said in HELP: lr-gambatte > no green color anymore with "custom" GB-colorization:

Once the menu is accessed, you can select "Launch with verbose logging."

After you quit the game, the log will be saved to /dev/shm/runcommand.log.

This location is a temp filesystem that only exists in memory. You must access the file while the Pi is running, without shutting down or rebooting. (Specifically, you cannot pull the SD card and read the file off it from another computer.)

Unfortunately, this location is also not accessible via the network share. You should copy it to one that is.

Many thanks for the hint. I did know about that feature, but I couldn't find the exact path of the log-file! Your info will help me alot in the future. Thanks!!

@mitu said in HELP: lr-gambatte > no green color anymore with "custom" GB-colorization:

You may have stumbled upon this bug. Can you try updating from source again and try loading a game to see if the palette works ?

That's it. FIXED. Many thanks!!!

@jimmyfromthebay The MAME libretro core has a subpar libretro implementation and a lot of bugs because of it. It should be avoided whenever a game is supported by one of the recommended arcade libretro cores (FBNeo, MAME2003+). FWIW, FBNeo supports those 2 games and has a working dipswitch to toggle between single and dual screen.

@mitu thanks,it looks like xinit wasn't launching but in any case changing to SDL2 has made it much better! Much appreciated.

@mitu you had helped me before and it was useful to me! in this case, what exactly must be modified to install glide64mk2 on rpi 3? I tested it in a batocera installation and it works very well, I would like to have it in Retropie.

@bootmonster said in I have a question for anyone who has purchased a NINTENDO 64 controller.:

Not sure where the mixed messages have come from on that but can confirm it works perfectly.

https://i.reddit.com/r/n64/comments/qkn95i/nso_n64_controller_issues/ https://i.reddit.com/r/n64/comments/qjcrvr/my_experience_with_bluetooth_and_nso_controller/ https://i.reddit.com/r/RetroArch/comments/qj8w91/nintendo_64_nso_controller_phantom_inputs_on/

The -dev version has been recently promoted to stable, so both versions of the EmulationStation package are now identical (for the time being, until more things are added to the new dev).

If ES crashes, the log will not be of much help, but a gdb trace (backtrace) might be helpful to see where exactly (in the code) the crash occurs. If you can reliably reproduce the crash, then it might be worth using gdb and capture the trace:

gdb -q /opt/retropie/supplementary/emulationstation-dev/emulationstation - ex run # if there's any crash, gdb will report it and show a prompt thread apply all bt

@mitu Sorry for the late reply: Everything works fine in runcommand and RetroPie-Setup with your new version.

@mitu that's just the point in the n64 folder there is nothing) I played only nes, sega, snes

@deskjobo are you having the same issue? Please provide the same system information as requested of @jorge12.

@mitu got it. Thank you for confirming the change in this specific behavior.
I can live with that as i am using "favorites" within ES and dont have to browse the gamelists everytime.

@mitu While speaking with NETPLAY, an instant text/voice messaging application for the community (Teamspeak / Mumble / or better: Discord) would be great to find mate to do netplay games. Like i posted into another thread : link text

@webbsmurfen On the PI4, the GPU core freq is 500, not 700. You're confusing it with other value. See https://www.raspberrypi.com/documentation/computers/config_txt.html#overclocking

An update - I did just try flashing a fresh card with nothing on it and it runs at full speed, so definitely not the Pi or RAM issue. I've uploaded a video here that hopefully shows what's going on. As you can see, the first percentage is 100%+ but the second one shows that not 100% of frames are being rendered, basically it's trying its hardest, but seems like things are being throttled back.

Works fine here with a recent version (v3.6.13), as I said before, so I don't think there's a problem with Skyscraper.

While testing Scummvm 2.5.0 I bumped into this issue too --- seems to be specific as said here to lr-scummvm's interaction with RetroArch as loading titles explicitly with the non-lr version of ScummVm works.

Not sure exactly when this broke, but my RPi3B downstairs works fine on RetroArch 1.8.8 and my 4B on 1.9.7 doesn't work. Tomorrow I'll try to upgrade my 3B to the latest lr-scummvm just to see if it still works, just because I'm curious.

Anyone else hitting this, and have a way to work around without downgrading? Lr-Scummvm is much better for input. It might be tracked here:

https://github.com/libretro/scummvm/issues/183

Hi I think I fixed the problem I had to reformat my sd card and re install retro pie so I think my version was outdated to the point it wasn’t supposed anymore