I tried both of those things but they work, but thanks for the suggestions

@motenai79 ah non pas entachées du tout ;)

@gnubit
@Substring
Thanks a lot for your help guys. I guess Ill wait or try batocera in the meantime! Id rather use recalbox though.

@oluminion set the manaver to version 2, make sure it's started in the advanced settings in es

@rickz please make a support archive, thanks

@acris @Substring

It worked!!

I deleted it then reset. Booted up "Captain America and The Avengers", pressed R2 now it works!

Thanks for the help you guys! Cheers!

@nightfall freat ! the wiki is not that bad afterall :)

Just for info, there exists software to enable reading/writing on ExtFS partition (like the one with the roms for recalbox).

I've tried the trial version (30 days I think) of the one called extFS by Paragon. It works perfectly. I think the full version is approx 40$

There are free software that permits also to do that, namely OSXFuse but it seemed a bit less user friendly, I did not try it.

@agant pas testé à plus de 1 pour etre honnête ... faudra que j'essaie

pour moonlight qui ne rend pas la main, c'est parce que GFE n'a pas rendu la main. Si tu es en 18.03.16 au minimum, tu peux quitter avec START+SELECT+L+R (jusqu'au jour où je patcherai le code de moonlight pour notre bon vieux HK+START)

@bloodsurfer could be a retroarch problem though

Fixed it after all, with a little fiddling around the router's settings. Apparently, it had been conflicting with an older version. We changed ISPs recently, but the name was the same.

The last version (18.02.09) of Recalbox introduces a way to remap ScummVM buttons.
Check here for more details: https://gitlab.com/recalbox/recalbox/issues/310

But you have to known the SDL button number you want to map.

Don't rely too much on this feature, it is a temporary one. Indeed, ScummVM will introduce a more general improvement for gamepad management in next release.

I checked the logfiles and I could solve the problem by my own. The adf files were corrupted. Now everything is working fine. Thanks a lot for the fast support

@alexander-tolstykh that's always a bad idea to unplug the power without shutting it down, like any operating system, you may corrupt your data. And yes, because wifi management has been reviewed to allow network share over wifi, now you must shutdown your system properly to keep your wifi settings.

Dang. But thank you all for the responses. At least I know I HAVE to reinstall.

@jaime-o Although the subject to be related, the ideal is not "dig out" an old topic that was "stopped". Regardless, yes, it is possible to back up a 32GB card to a 64GB card. However, depending on the tool you use, the 64gb card can be only 32gb visible and the rest "unallocated", which is easy to solve: just use a tool to expand the size of the SHARE partition, for that partition to use all available space. (using gparted from linux is a great option, but some applications for windows, specific to partition HD, also work). (If you are using windows, you can use "SD Memory Card Formatter" to format the card, "win32-disk-imager" to copy the image and the same program to write to the new SD card, or "RUFUS", and if necessary, the "MiniTool Partition Wizard" to expand the SHARE partition after the backup.)
Please open a new topic, specify as much information as possible: If you are using Rpi0,1,2 or 3 (since you are talking about an SD card), which are the cards you are using (which should be original , and class 10), what is going wrong exactly, etc.