C-Beats

You can sort by community star rating and use that as a guide to trim your collection. You could alternatively use this plugin to help pair down your set to something a bit easier to manage if you're looking to reduce your library to only the more popular titles.

If you have multiple versions of the same game you do not have a 1G1R collection. 1G1R means "One game, one rom". Each game should only have a single file. I don't believe we have any logic currently to prioritize revision number. We prioritize other metadata tags and region, but I don't know that we utilize revision. It'd be in your best interest to "Request a Feature" from the "Help & Support" menu at the top of this webpage. That will create a BitBucket ticket we can track and see how interested the community as a whole would be in that revision (no pun intended).

Right now most of the UI is threaded so Windows doesn't mistakenly lock the app, because of this we HAVE seen some reports that the menu takes longer than expected to open. The fact you are using a larger monitor also is a factor just because any draw calls WPF makes takes longer. Typically the CPU and monitor resolution is the biggest factors if what I am referring to is the actual cause for the delay you are seeing. We are looking into way to improve the experience. In the meantime could you tell me if running LB on your 1080p display has any noticeable difference in how slow or fast the menu appears? Also are ALL menu's doing this for you or one in particular? I know the on the fly filter menu can take a second sometimes because it's parsing a lot of data before opening, but the others shouldn't have any severe delays in them

Just run the Steam and GOG import again. Steam won't show anything that has already been imported. GOG will for anything imported without a file path, but won't actually import and create any duplicates. Just run the two imports like you did the first time and you should be able to update your library the way you want.

Nope, all downloads use a multi-threaded download manager similar to how Skraper does. The primary difference is that they use the multiple threads to download multiple files at once, we use the multiple threads to download one file faster.

Sounds like your game didn't get it's emulator set. Select all and open up bulk edit and then select Emulator from the drop down and pick "Cemu" and then try again.

Thought that theme was updated since then with a fix for this. I'll have to look and see if I can find the line number, but basically need to remove a bad height setting in BoxContentView.xaml and it'll work again. I'll see if I can track down what line number it was.

Hmm wonder if related to your image queue then. Trying to download something you already have. You could clear your image queue and if that is the cause would fix that. To do so when LaunchBox is closed go to \\LaunchBox\Data\ and delete the ImageQueue.xml file there

Is the error the exact same error and stack trace (the lines of code listed underneath)?

Could be hardware nuances as well. For example SSD vs HDD makes a noticeable difference in performance for some machines.

Can you provide a screenshot of what you are seeing?

Can you close LaunchBox and make sure you don't have a \\LaunchBox\Metadata\Temp\ folder? If you do could you delete it then restart LaunchBox and let me know if it resolves your issue?

Just so I am clear. Are you having the problem while streaming Big Box or is the problem occurring when using it locally on the machine in question? Also if you're opening Big Box for the first time it will be a tad sluggish at first while it builds the image cache. Once the cache has been built the experience should smooth out and be more responsive. You CAN manually build it via the Options > Image Cache menu if you would like. I will say though that for a collection your size it can take a CONSIDERABLE amount of time to do it that way so I would do it overnight.

We don't take donations to implement features. I took note of the ticket though and will take a look at the code and see how difficult this request would be. Can I assume we are just hoping for a new setting that is "Attract Mode Master Volume" then? That is how I've read the ticket and this forum post. I want to make sure I'm not over-simplifying the request though.

That would just require you to import the zip file like you would any rom. select MS-DOS platform, retroarch as emulator, then import the games. One thing you'd want to make sure though is that you don't have "Extract roms" option on in Edit Emulator, and that you add MS-DOS as an associated platform to the emulator as well as set the core for it.

Are you hoping to run them from the zip file as standalone apps, or you loading them into RetroArch to be used with the DosBox core?

Only way to accomplish this is to edit your platform and make both of them point to the same video folder. You will run into a lot of false positives in the Cleanup Media tool if you ran it against either specific platform doing this though.

You can add anything to LaunchBox (doesn't even have to be a file). If one of the importers don't work to bring the file in (though I would think the drag/drop, None of the above import should) you can always manually add games to LaunchBox via the "Add" button in the button bar, or right click the grid and press the Add game menu item, OR press Ctrl+N. Then just add the data you want for your amiibo.

At the top of the page you can click "Help & Support" and then "Request a Feature" and do it there. We don't have anything to automatically take a save state, and depending on the users set up you wouldn't want to (those trying to earn hardcore cheevo's can't use them). You can however save and load save states via the Pause Menu. That being said we don't have any way currently to display a screenshot of the save state, but that's an interesting suggestion (though not sure what RA allows us to do in that regard). In regard to #2 feel free to check out our Download section. We have quite a large collection of art sets to serve that purpose. Most assume you are using No-Intro rom set in regard to naming though and so if you aren't it may be a bit more difficult to integrate them into your collection.

LaunchBox would have no way to know what file got renamed to what. The best way is to delete the games from LaunchBox, but don't delete the media (just pressing delete on the game doesn't do this, deleting the platform asks, just say no) and then reimport the files and DON'T scrape any media. Then you can scrape media for anything who's title didn't match up after the import is done.

No we currently don't have anything like that in LaunchBox. In LaunchBox though you can select any item in the grid then start typing the name of the item and LaunchBox will jump to the first item that matches.

That is a captcha Amazon generates and requires for login typically after failing to login several times. No one here will be able to assist you with that, be best to reach out to Amazon. I know they had issues with AWS and their login servers not too long ago, I would assume that all cleaned up by now but their support would be able to assist you with that far better than anyone here could.

We have tutorials on our channel for most of the more common imports. You run anything too confusing can always ask on the forums or Discord as well, both are fairly active.

It depends on how the theme was built but I would imagine any theme build for 4:3 would work on 5:4 fairly well

No. LaunchBox is designed from the ground up to be a portable application. If you haven't changed any of the default paths (for things like platform media) and you have all your emulators and roms in the same relative path after the move as you did before you should get no complaints from LaunchBox. Where things tend to get troublesome is if your emulator isn't portable, in which case you may need to reinstall it to the new location.