I cannot say enough on how much appreciation I can give you developers with Recalbox.

I've been toying around with Retropie for a while now and it's just a mish-mash of crap put together and they have over customized it in terms of its ease of use for any regular non-computer person to setup. The only thing they have going for them is an IMG file to load onto a micro SD card but that's about it.

Recalbox is sooo much easier to configure and setup.. and the most important part is the level of support getting help when a person is stuck is awesome.. Retropie folks seems like they have their noses stuck up in the clouds or something because either they are not responsive or give feedback rating a person's skill set not being able to customize something on the backend of their product.

cheers guys and great product.

Fresh install and tried the scraping tool against roms of 6 different consoles (mame, nes, snes, psx, atari2600) using 'The GamesDB' and 'MAMEDB'. I tried both User Deciding Conflicts on/off

'The GamesDB' didn't find any games at all and 'MAMEDB' looked like it was finding my mame games, but during the scraping process the information it was displaying on the screen for each mame game looked corrupted and the end result is that it didn't save any of the corrupted scraping it performed.

I know the games in these 2 scraping sites are there because I have a backup copy from my 4.1 version.

Can someone confirm if the scraping on the latest 6.0 is broken and if I use my backup gameslist and image folder on the 6.0 will work if I copy them over and not break anything?

@voljega my bad..

I mean't to say HOTKEY+START.. it was a typo on my part.. so with the typo in mind.. what has caused the problem?

@subs @supernature2k @acris @Zelaf @mikeinnc

So, I got good news and some bad news. The good news is I got it to work. I am fortunate enough that I hang in the same food court as engineers of Sun Micro systems (the Unix creators). I told them about my problem and they said that this has been an increased problem for a lot of Linux, Unix and other type of 'inux' operating systems directly due to Windows users. Users who have Linux/Unix operating systems to partition and to format any type of SD cards don't have this issue. They even said that having any type of Class card (Class 1 through 10) has no bearing. That is simply the data transfer speed it can handle to transfer roms in/out of the SD card and tiny processing time to run the roms. The problem with Windows is that from Version 7 to Windows 10 (in both 32 and 64 bit), the partition and formatting seems to be off when some of the windows patches are applied. Not sure which ones as Microsoft won't tell us and nobody has gone through every combination of windows 7-8.1 and Windows 10 automatically applies everything regardless if you want them or not. They said that when you format a hard drive or SD card in these ranges of operating systems, especially from 8.x-10, the SD won't work in other linux/unix devices as windows thinks you'll be using those storage devices for its own purpose. They said that not all users having windows 7-10 are having the same problem as me, but if they would accurately guess from their experiences hearing in their own world, that its between 75-90% of people they run into.

Their suggestion is one of two. First, they said that if I have a Windows XP laying around to use it to partition, fat32 format and unzip the install files into the micro SD card. That actually worked!! and it worked for ALL my cards regardless of manufacturer and class and both Pi 2 and Pi 3

The bad news is that the Windows XP computer was a friend's of mine as all my computers at home are Windows 10. I even took my SD cards and my Pis to one of the engineer's house (as he is familiar with Pis, emulators and such) to test their theory as they have both windows 10 (64 bit) and Windows XP and they experienced the exact same problem on windows 10, even with their own SD cards.. But once they partitioned and formatted his and my SD cards and unzipped the install file into them from a windows xp machine, they worked like a charm..

They gave me advice which they suggested to pass onto whoever is creating RecalBox or give advice to the owner of Recalbox. This problem with SD cards is a dirty little secret that the world knows but a lot of people don't know how to truly fix as its a Windows issue. That is why the folks who created Raspberry, PiPay, RetroPie and other apps created their own IMG files so that people can simply use the Win32DiskImager tool to extract onto their SD cards regardless of Windows version. They said that if Recalbox wants to increase footprint of their product, they should create their own IMG files. New users who want to try out and use RecalBox and have little patience unlike myself will bail on the product on the first or second attempt out of frustration as googling the answer doesn't really help and asking forums for advice is a crap shoot unless they read this specific post.

Now that I have a working installed vanilla version, they said that I should use Win32DiskImager to backup the image off of the SD card and store it in a safe. They said that this image can simply be restored on any micro SD card regardless if size and class. So I tested that theory and he was correct. I used my Windows 10 machine and saved one of the images using Win32DiskImager. On the same Windows 10 machine, I then used Partition Wizard to partition and FAT32 format all my micro SD cards(regardless of manufacturer, size and class), and then used Win32DiskImager to restore from my backed up IMG file. THEY ALL WORK after doing full regression testing on them regardless if the backup image was done on a Pi 2 and restored on a Pi 3 and vise versa.

So not sure who is in charge of the forum to put the bug in the developer's ear, but a decision needs to be made to either create IMG install files or have a section in the forum where someone can drop their own vanilla IMG file installed version. The number of computers being upgraded to windows 10 is increasing and if the creators want to increase their footprint in this area, they need to address this request.

peace out
Tom

@paradadf thx.. that worked.. it would be great if that link was in the readme text file for each of the console systems that need it.

Hi all... Just some friendly suggested enhancements regarding the scraping feature as I have been dealing with it for the past few days against a few thousand roms

1. Anyway to make the scraping performance faster? the raspberry pi is hardwired to a 100Mbps connection and just taking forever to download the images and content of each rom

2. Anyway to auto-retry network errors on its own? I find that in a given 12 hour scraping process that the connection times out a dozen or so times for whatever reason and requires human intervention to retry. I don't want to babysit it, so I would rather have a counter that I can set to re-try on its own so that it can continue the process

3. Anyway for the software to send an sms text or network notification when the scraping process has been stopped due to re-try prompt or that the process has been completed so that I don't have to baby sit it.

4. A way for the software to mark the roms that it has already checked and could not find any images for them. That way if a scraping process is re-initiated, that it will skip those instead of re-attempting them again.

@Claudio-Cortes

Never in my life, I have ever done the SSH step before removing ROMs.

Yes, I understand that the gameslist file is going to get bloated with games that I no longer have in the folder, but never experienced any performance issues doing this way.

As I mentioned earlier. Real simple and easy in the past to simply delete the rom files from their respective folders, reboot and the deleted games no longer appear on the screen. If I deleted all the games in the folder and rebooted. Then the game console title would not appear at all which helped reduce the clutter of consoles from games I don't have at all.

I'm going to edit the gameslist as a test to see if removing it from there will solve the problem. I am also going to re-scrape to see if that solves the issue.

I'm wondering if the Scraping feature can be enhanced or have me understand the 'User Decide Conflicts' option.

If I have the User Decided Conflicts turned off, the Scraper will automatically pick the first game in the multiple result game listing to download the art image and information.
But if I have the User Decides Conflicts turned ON, and regardless if the file name is spelled EXACTLY like one of the items in the result game listing or if there is ONLY 1 game in the result game list, that it still requires human intervention to manually select it in which I have to go through each and every rom game for me to select.

Anyway to update this feature that if the file name of the rom game is spelled exactly like the result game listing that it gets from game name OR if it Scraper returns only 1 result that it will automatically pick that game and move onto the next game for Scraping.

I have over 500 roms in a single platform and to manually go through each one with the User Decides Conflicts turned on is taking up way too much of my time.

Just getting an opinion from all of you if the Pi4 hardware is powerful enough to support game consoles that were released in the early 2000s .. such as PS2 & PS3 ??

I installed a fresh copy of recallbox stable version. I noticed that 'Port' and 'Lightgun' are part of the games menu.

How do I turn them off so they are not displayed?

is there a link that shows the detailed end-to-end installation of recalbox.

I'm talking about installing the necessary software and the steps to prep the memory card on your computer right through to taking that memory card, inserting it into the Pi, and running through the recalbox installation, and configuring the controller(s)

@Zing said in 7.1.1 Doesn't Update Games List:

@tdelios @PpkSlayer Read this:

https://forum.recalbox.com/topic/22909/hiding-consoles-by-deleting-roms-not-working

@Zing
I read the thread you gave. Overall, it reads as it is a bug.
Any idea if the fix will go out on the next update and when that update will be?

@acris said in Moving Rom Files From MicroSD To USB HDD:

Hello
you need to edit gamelist.xml to check path files.

@acris
That seems like a lot of work. Any good editors I can use to speed this up?

My microSD card contains a lot of roms in different folders including the cover arts and video clips from the subfolders.

I bought myself a 4TB USB HDD and moved all files and sub-folders from the rom folder from the MicroSD card to the USB HDD.

After I rebooted the Pi, the cover arts and video clips for the games I have are gone. Only the generic listing of games for each console is listed.

Do I need to edit each gameslist.xml to point to the USB HDD or is recalbox have a bug to support cover art images and video clips from USB HDD?

@Claudio-Cortes

Never in my life, I have ever done the SSH step before removing ROMs.

Yes, I understand that the gameslist file is going to get bloated with games that I no longer have in the folder, but never experienced any performance issues doing this way.

As I mentioned earlier. Real simple and easy in the past to simply delete the rom files from their respective folders, reboot and the deleted games no longer appear on the screen. If I deleted all the games in the folder and rebooted. Then the game console title would not appear at all which helped reduce the clutter of consoles from games I don't have at all.

I'm going to edit the gameslist as a test to see if removing it from there will solve the problem. I am also going to re-scrape to see if that solves the issue.

@Claudio-Cortes Mine is a fresh install on a brand new 32GB micro SD memory card on a brand new Pi 4.

Once I installed Recalbox and noticed all the pre-installed games. I connected my Pi to my network and removed all the ROM files from their rom folders as I am a veteran Recalbox user.

Once I rebooted my Pi4, I expected the gaming consoles to disappear on the screen assuming the behavior would be the same as the 6.x version, but instead they remained with the listing of the deleted games in them..

I hope the response I get is that now we have to edit gameslist.xml file manually to update what we delete from the rom folders.

In the 6.x versions, when I removed roms from their folders and rebooted my Pi, the listing of games for that console would automatically be updated so that the removed games are no longer shown.
In 7.1.1 when I removed the games that came with the installation and rebooted Recalbox, the games are still listed on the screen (and obviously not playable).

How do get 7.1.1 to automatically update its screen listing of games when I remove them from their room folders?

Is it possible to play old PC games on Pi 3b+/4 using Recalbox?

If so, what are the steps?

Do I need to install 7.0 first and then go through the upgrade to 7.0.1 afterward or has a 7.0.1 IMG file been created?