ToniBC

I have the same problem, there is a problem with the release date, if the date is complete (01/01/1990), it is shown in the game information, but only the release year, but if the database only shows the release year (1990), nothing is shown. It happens on all platforms, it may be related to the change in the database, which only detects the complete date format and not just the year.

Searching I see that several report similar errors, apparently it is the checking of the cores or the bios that causes problems. At the moment, an option to disable the checks could be put in place or add that to the same option that it already has of not checking if there are new versions of the emulators. That is, if we select not to check if there are new versions of Retroarch, nothing of said emulator will be checked, neither the bios nor the cores if they are missing.

I have a similar problem, checking cores or BIOS causes a delay when launching or even importing games, in my case about 20 seconds. The funny thing is that it only affects certain platforms, for example, if I launch something from PCEngine, it launches immediately, but if it's PCEngine CD, it just keeps checking something, when both use the same Retroarch core. It would be nice to have an option to disable the checks.

There is a bug or strange behavior that keeps happening related to Retroarch. When you add a game, a system or try to run a game with the cores mednafen_saturn, fmsx, hatari and maybe some others, the system waits a while for a response before launching the game or moving on to the next window when adding.That is, when we add one or more games, if we select Retroarch as an emulator, if it is for the Saturn, MSX or Atari ST platform, it stays as if checking something before moving on to the next option, even if the option to check whether the core is there or not is deactivated. This also happens when launching the games, it keeps checking something and then launches them. The same thing happens on other platforms. If we set the platform to Nec PCEngine and the emulator to Retroarch, there is no problem, but if we set PCEngine CD and Retroarch, it keeps checking something for 20/30 seconds and then advances or launches the game. Both use the same core. If you launch it directly from Retroarch, it doesn't happen, it's just the launcher and only with those platforms. The rest of the platforms, which are launched with Retroarch and other cores work without problems, it only affects those three platforms. It seems to be related to checking if you have the core or not, that option should be able to be disabled or there is something wrong with the core check on those platforms. This was reported a few versions ago, but the problem still exists. Thanks.

When we import a game, if we select Retroarch as the emulator, it lets us select the core to run it with, but when we edit a game, if we select Retroarch, it doesn't let us select the core. This is useful if we want to put a game with a specific core within the same platform. Now we can only do it via the command line.

I like the option to update the emulators, but they are not updated to their latest versions (Nightly) and it causes problems, because if you update Dolphin by Dolphin itself and then Launchbox tells you that there is an update, because it uses older versions and If you update, then Dolphin asks you to update again. On the other hand, when updating, it does not respect the emulator path and puts the version in the default Launchbox path, modifying the entry and in many cases losing our configuration. The route would have to be maintained when updating.

The Update RA or Dolphin function is interesting and very useful, especially Retroarch's, but the problem is that in Retroarch you would have to be able to choose whether to update to Nightly and the same with Dolphin, since they are the interesting versions and that they recommend. In Retroarch it is very simple, just change the url, since the file is always the same. The cores, for example, are always Nightly and can be downloaded from the RA itself, just like Dolphin, which updates itself. Basically it could be a global option for all emulators in which this can be done. Thank you.

There is a bug present in all versions, it is not very important, but it is annoying. When editing a system that points to a rom path that doesn't exist, Launchbox exits directly. For example, if we have an External HDD but we do not connect it, when editing a system/platform, it gives an error, it says that the directory could not be created and an accept button, but when pressed, launchbox closes. It would have to continue to editor mode and then, even if the routes are checked, tell you a message like the route does not exist and whether or not you want to continue, saving the changes, with the route that does not exist unless you decide to change it.

Hi, this beta keeps crashing when scraping collections for the missing media, no error or anything, it's just downloading and quits. I tried selecting only one type of image, but the same thing happens and always at different points. The PC version, if you encounter any errors, they are reported, but the program continues. Something similar would have to be implemented, if there is an error when downloading, ignore it and move on to the next one. Thank you.

<The same thing happens to me, this system does not have associated cores or other emulators. The core has been working again for some time now in all systems.

The problem is that, is that if the name is very long, it doesn't come out complete and in the previous beta, the full name was shown when you left the mouse over the game. Now we only have to see the name cut or not see it and only when you hover over the game. Another option could be that the name of the game would scroll, but it would be slower. I think it's better to leave the two options as before or put a new option to see the name when you hover over the game and that's it.

I have noticed that in the final version 13.6, when you put the cursor over a game, the full name appears in a popup as if it did in the last beta. In other words, when you select the game and leave the mouse there, the entire name appeared before and now nothing appears.

Hi, Retroarch upgrade options work well and are interesting, but only upgrade to Stable and it would be better to put an option to upgrade to Nightly or Stable.

Yes, we all have the same problem, in Retroarch, we have multiple cores for the same system. Before we could put them without problems, you put the same category and different core. Now the system detects that you have 2 cores for the same system, but without parameters and it does not let you add them. This is a new error I suppose derived from going from tabs to options list. Hopefully he fixes it soon.

Hello, I put here an error that is present in 11.9 and that is that, when you import roms by dragging and dropping them in the application, if there are several with similar names, even if you check the option, only one rom is imported. Scanning the directory works without problems. I am attaching a video to make the problem clearer. Error import Roms.mp4

When you import the complete MAME set, if you don't select the MAME emulator, the importer gives an error on Line 1. Apparently, since it now uses the emulator to generate the xml, if you don't assign an emulator or it's not MAME, it generates an error. At least the first time, then it will test whether once imported, for a second time. The error does not close Launchbox, but it does not let you continue. It would have to give a message like, "You need to add and select MAME to be able to import the entire list" or something similar.

I put a video for you to see the problem better, the first part is with Launchbox 11.8, where the 9 games that are contained in the folder are imported without problems, either by selecting the folder or the files. The second part is with the 11.9 Beta that, with the same steps, selecting the folder or the individual files, which are 9, only import 3 of them. Also scanning the folder happens the same. Error Launchbox 11.9 Beta.mp4

The same steps as in 11.8, that is, import roms, select the folder, platform, covers, etc ... then check the box of "Force Importing Duplicate Games" and as I said before, the list with all the roms that contains the folder, but then it only imports 1, skipping the rest, it doesn't leave them as alternates or anything, it just doesn't matter, only 1 when you see similar names. These same steps in 11.8 works without problems.

The main problem is that the rom importer does not work correctly, only some games are imported. I had to put the 11.8 again while the error is repaired in the following betas.

In 11.9.Beta 1 and 2 when importing the games, these are not added all, only a few ignoring duplicates. For example. I have this in Spectrum: N.O.M.A.D. (1986) (Erbe Software) [re-release] N.O.M.A.D. (1986) (Ocean) With 11.9.Beta 1 and 2, even marking the option of "Force Importing Duplicate Games" and on the next screen with the list of games (Ready to Import), they all appear there, but when importing them, it skips them leaving only 1 of they. With 11.8 this does not happen. Another thing is that the options when importing, before almost all came out in Spanish and now they come out in English, which is strange, because in principle they are the same texts, something was modified there and it could be the problem that not all the games matter . Thank you.

Both ScummVM and Dosbox can be updated without problems, you just have to put the new versions and replace the files.

It is not a problem that the games are combined well, the problem is that it would be nice to be able to decide how the games are displayed in the list, with the old format, everything with the main name or with the new format by region. Each user has preferences, as well as the theme, the colors, the priority of the covers, also being able to choose the name format, if we want it to be old or new. It's just that, I like the old format better and then change if I want to the new format by region, but being able to decide is ideal. ?

I can better explain myself with an example. We have the game "Contra" which in Europe was called "Probotector", well, in the database, the Main name is the USA "Contra" as always and as an alternative is the European. In previous versions, when you imported... Contra (USA).zip Probotector (EUR).zip The list showed the two entries with the same name, which was fine, because they are the same game. But now, it shows you as "Contra" for the USA and "Probotector" for the EUR, which is also fine, but different. The problem is that to join these two games manually or to delete one, you don't know if they are the same or not, because they have different names. In the program options, there should be an option for the names, that is, always use the main name as before or the alternative of the specific region. The same as with the covers you can specify the priority of the region, because now with the names the same.

Hello, with the new versions and this beta, a new option was introduced which is to set the name of the game according to the region automatically, leaving the rest of the names as alternatives and being able to change by editing the game data. The problem is that, by default, the name of the game stays with the one of the region that is detected, but that causes the same games to come out with different names. An option would have to be enabled in the general options so that the names of the games are used the main one or the one of the region, or an option to change that in all the games, that is, some option to establish the name of all the games games selected to the main. Thank you.

For these new versions, I see that the name of the specific version is imported, but it would be good to put an option to be able to decide whether to want to use the main name or the alternative names, because many times we find different names from the same region. An option like "use primary or region name". I know that it can be changed by editing the game, but in the same way that we select the priorities of the images, the same with the names. Thank you.